git提交代码

第一步、拉取远程最新代码 git fetch -a 第二步、切换到源分支 如果本地有源分支 git checkout branch_new 如果本地没有源分支 git checkout -b branch_new origin/branch_new 第三步、合并代码 此处，不要使用 fast-forward 容易，覆盖合并 git merge --no-ff remotes/origin/master 第四步、本地解决冲突重新提交文件 1、先把冲突文件的冲突解决了！ 2、然后在add、commit 第五步、推送代码 git push 来源： CSDN 作者： InvQ 链接： https://blog.csdn.net/uniquewonderq/article/details/104629169

1.git 开源的分布式版本管理器，就是一个 “软件”, 用来管理我们的文件夹。 托管代码到远程 类似于百度云盘, 把我们本地写好的代码上传到远程，避免你的电脑坏了, 代码找不到了。 多版本管理 我们写代码的时候, 经常会改，到最后, 改了十几个版本, 最后决定还是第一个版本最好，我们就可以使用 git, 直接把第一版的内容还原回来。 团队协作 多人异地开发一同一个项目 使用指令的形式进行多人项目的合并 A 同事, 写的是这个项目的 login 功能 B 同事, 写的是这个项目的 首页 功能 C 同事, 写的是这个项目的 购物车 功能 再开发的过程中, 谁也不影响谁，开发完毕以后, 我们可以用指令的方式, 把三个人的代码合并到一起。 2.github 是一个远程的代码托管平台，国外的网站。 gitee(码云) 是一个远程的代码托管平台，国内的网站。 总结 git： 是一个安装在电脑上的 “软件” 管理本地文件夹 可以把本地的代码上传到 github 或者 gitee github / gitee： 一个网站, 用来接收 git 上传的代码 多人形同开发时候的一个代码仓库 3.git 安装 来到官网下载，双击安装包运行，一路下一步最后 install。 检测 1）打开命令行输入指令 git --version 出现版本号 2）随便找一个空白的位置点击鼠标右键出现 git bash

　　本文基于这样一个场景：有多个新功能并行开发，按先后顺序上线，但是偶尔会出现正在测试的版本暂停上线，另外一个紧急功能需要优先上线。本文分享一个用git分支来管理这样的场景。 　　本文基于： https://nvie.com/posts/a-successful-git-branching-model/ 　　这边文章对于大部分场景都能很好的应用，大家可以好好阅读下。可以在这个基础上扩展后来适配自己的场景。下面是我基于上面提到的场景进行修改后的方案： 主要分支 中央仓库中有两个长期的分支： master develop master 用作生产分支，里面的代码是准备部署到生产环境的。 develop 是可交付的开发代码，也可以看成是用于集成分支，一个功能完善的分支，此分支的代码需要推送的开发环境进行功能验证。 当 develop 分支中的代码足够稳定的时候，就将改动合并到 master 分支，同时打上一个标签，标签的名称为发布的版本号。 辅助分支 通过辅助分支来帮助并行开发，和主要分支不同，这些分支的生命周期是有限的： feature release hotfix emergency feature（新特性分支） feature 分支可能从 develop 分支分出，最终 必须 合并回 develop ，或者放弃。 特性分支用于开发一次发布所需要的功能。最终会合并回 develop

git reset --hard 初始化 -- 强制回退 初始化 git init -- 初始化一个git仓库 git add . -- 将当前仓库所有代码都加载到git暂管区 git commit -m '备注' -- 提交代码到本地git ----------到github上创建仓库（https）---------- git remote add origin https://github.com/... -- -- 将代码添加到源 git pull --rebase origin master -- 将远程库与本地同步合并 git push -u origin master -- 将代码推送到源 来源： CSDN 作者： 萌神30号 链接： https://blog.csdn.net/java__project/article/details/104608491

当你和同事共同开发一个git项目 提交自己代码前，先更新 git pull 提示 From: .. .. .. error:your local changes to the following files would overwritten by merge: 你修改文件的路径 Please commit your changes or stash them before you merge Aborting 此时有人比你先提交了代码 git add . git commit -m "这是一次提交的备注信息" 继续提交后，报错 git push To .. .. .. ! [ rejected ] .. .. . error:failed to push some refs to '.....' hint：Updates were rejected because the tip of your current branch is behind hint：its remote counterpart .. . hint： 'git pull ...' before pushing again hint：See .. . 根据提示，我们更新 git pull 此时会弹出一个窗口 这里的操作步骤： 按 i 进入插入模式 修改黄色字体那一行，写上你的提交备注“这也是一次提交的备注信息“

4. 多人单分支协作操作 4.1 不同的人修改了不同的文件 在一台电脑上，通过git clone 命令获取到远端的代码 git clone [远端的http链接或者ssh链接] #克隆的时候指定目录 git clone [远端的http链接或者ssh链接] [文件夹名称] #但如果是通过git clone将仓库克隆下来的 会默认生成一个origin的简写指向远程仓库 假设现在第一台电脑 commit 以后，push到远端 第二台电脑进行修改commit以后，也向远端提交，则会发现报错 #这是因为远端有比本地更新的commit #所以需要先将远端 fetch 到本地 再次进行push发现还是会报错，如下图所示 利用 git merge 仓库名分支名 进行本地和远端的分支合并 最后再次尝试进行向远端推送 补充 #下面两条命令是成功的关键 git fetch 与 git merge 仓库名\分支名 #可以将以上两条命令用一条命令替代 git pull 4.2 不同人修改了同一文件的不同区域 与上一种情况类似 #下面两条命令是成功的关键 git fetch 与 git merge 仓库名/分支名 #可以将以上两条命令用一条命令替代 git pull 4.3 不同人修改了同一文件的同一区域 报错如下 这时候如果进行 git merge up to date 说明远端已经改变，需要进行

配置Git 首先在本地创建 ssh key； $ ssh-keygen -t rsa -C "your_email@youremail.com" 后面的 your_email@youremail.com 改为你在github上注册的邮箱，之后会要求确认路径和输入密码，我们这使用默认的一路回车就行。成功的话会在 ~/ 下生成 .ssh 文件夹，进去，打开 id_rsa.pub ，复制里面的 key 。 回到github上，进入 Account Settings（账户配置），左边选择SSH Keys，Add SSH Key,title随便填，粘贴在你电脑上生成的key。 为了验证是否成功，在git bash下输入： $ ssh -T git@github.com 如果是第一次的会提示是否continue，输入yes就会看到：You've successfully authenticated, but GitHub does not provide shell access 。这就表示已成功连上github。 检出仓库 执行如下命令以创建一个本地仓库的克隆版本： git clone /path/to/repository 如果是远端服务器上的仓库，你的命令会是这个样子： git clone username@host:/path/to/repository

在github上已经注册了账号。 特别注意： 括号内均为提示信息 1、常用命令行工具： ①cmd ②powershell ③git bash 2、命令行常用命令（在git bash上生效，部分在cmd无用） ​ -pwd (print working directory) 查看当前所在路径--绝对路径 ​ -cd(change directory) 切换目标 ​ -ls(list) 查看当前目录下的内容 ​ -mkdir(make directory) 创建目录 ​ -touch 创建文件 ​ -cat 查看文件内容（一次性将内容全部显示） ​ -less 查看文件内容（显示部分信息）--再次输入‘回车’一行一行显示，‘空格’一页一页显示 ，‘b’一次向上走一页 ​ -rm(remove) 删除文件，-rm -rf 文件夹（循环递进删除文件夹） ​ -rmdir(remove directory)删除文件夹（只能删除空文件夹，不常用） ​ -clear 清屏 ​ -q 退出 ​ -mv(move) 移动文件或重命名 ​ -cp(copy) 复制文件 ​ -echo ‘内容’ > 文件名 （输出内容到文件中，每次输入都是覆盖原来的文件） ​ -echo ‘内容’ >>文件名（输出内容到文件中，每次输入都是追加新内容） 3、Git介绍 ​ Git版本管理工具，有三大区域： ​ ①

github和gitlab的关系（原文：http://blog.csdn.net/carryoner/article/details/51684431）。 两者都是基于web的 Git repositories(仓库)，拥有流水线型的web开发流程，它们为开发团队存储、分享、发布、测试和合作web开发项目提供了中心化的、云存储的场所。Git 版本控制 ——对于多人共同开发一个project来说非常重要——它提供了分享开源项目的平台。 GitLab拥有更多的特性，它可以让开发团队拥有更多的安全性和灵活性的选择。 GitLab的优势 GitLab拥有GitHub拥有的一切，但他拥有更多——让团队对它们的repositories拥有更多的控制，它的特色： 非常便捷的用户界面，在同一界面上获取到：projects，最近的projects，用户，最近的用户，群组和状态； 允许设置仓库权限是公用的还是私有的；（gitlab可以设置私有，只有本组成员可以看到，github的代码一般所有人都可以看到） “Snippet support”让用户分享一个project的部分代码，而不是整个project。 受保护的分支是一种提升代码安全性的新方法，它们允许用户设置project的获取权限，所以一个团队中只有特定的人可以push，force push或者删除一个分支的代码。 Authentication

首先记录一本免费的书：Pro Git 一个学习网站：Git Reference 相关命令： 1、配置 git config --global user.name leo git config --global user.email fulei.zhang@ecarx.com.cn git config --global color.ui true 或者 cat ~/.gitconfig查看 2、创建repository git init git clone 代码仓库地址 3、添加及提交文件 git add . git commit -m 'init commit' git status 4、git状态 git status echo ' ~' > .gitignore 忽略 ～的文件 git add .gitignore git status -s 5、查看文件差别 git diff git diff --staged git diff HEAD git diff --stat HEAD 6、撤销误操作 git status -s git reset code.py git checkout code.py git checkout HEAD code.py git commit -am 'add new code' 图示： 7、移除及重命名文件 git rm old.py git