【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 
简单的代码提交流程
1.git status 查看工作区代码相对于暂存区的差别
2.git add . 将当前目录下修改的所有代码从工作区添加到暂存区 . 代表当前目录
3.git commit -m ‘注释’ 将缓存区内容添加到本地仓库
//origin是远程主机，master表示是远程服务器上的master分支，分支名是可以修改的
4.git push origin master 将本地版本库推送到远程服务器，
Git add
git add [参数] <路径> 作用就是将我们需要提交的代码从工作区添加到暂存区，就是告诉git系统，我们要提交哪些文件，之后就可以使用git commit命令进行提交了。为了方便下面都用 . 来标识路径， . 表示当前目录，路径可以修改，下列操作的作用范围都在版本库之内。
1，git add .
不加参数默认为将修改操作的文件和未跟踪新添加的文件添加到git系统的暂存区，注意不包括删除
2. git add -u .
-u 表示将已跟踪文件中的修改和删除的文件添加到暂存区，不包括新增加的文件，注意这些被删除的文件被加入到暂存区再被提交并推送到服务器的版本库之后这个文件就会从git系统中消失了。
3.git add -A .
-A 表示将所有的已跟踪的文件的修改与删除和新增的未跟踪的文件都添加到暂存区。
Git commit
git commit 主要是将暂存区里的改动给提交到本地的版本库。每次使用git commit 命令我们都会在本地版本库生成一个40位的哈希值，这个哈希值也叫commit-id，
commit-id 在版本回退的时候是非常有用的，它相当于一个快照,可以在未来的任何时候通过与git reset的组合命令回到这里.
1. git commit -m ‘message’
-m 参数表示可以直接输入后面的“message”，如果不加 -m参数，那么是不能直接输入message的，而是会调用一个编辑器一般是vim来让你输入这个message，
message即是我们用来简要说明这次提交的语句。
2. git commit -am ‘message’ -am等同于-a -m
-a参数可以将所有已跟踪文件中的执行修改或删除操作的文件都提交到本地仓库，即使它们没有经过git add添加到暂存区，
注意: 新加的文件（即没有被git系统管理的文件）是不能被提交到本地仓库的。
Git push
在使用git commit命令将修改从暂存区提交到本地版本库后，只剩下最后一步将本地版本库的分支推送到远程服务器上对应的分支了，如果不清楚版本库的构成，可以查看我的另一篇，git 仓库的基本结构。
git push的一般形式为 git push <远程主机名> <本地分支名> <远程分支名> ，例如 git push origin master：refs/for/master ，即是将本地的master分支推送到远程主机origin上的对应master分支， origin 是远程主机名。第一个master是本地分支名，第二个master是远程分支名。
1. git push origin master
如果远程分支被省略，如上则表示将本地分支推送到与之存在追踪关系的远程分支（通常两者同名），如果该远程分支不存在，则会被新建
2. git push origin ：refs/for/master
如果省略本地分支名，则表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支，等同于 git push origin –delete master
3. git push origin
如果当前分支与远程分支存在追踪关系，则本地分支和远程分支都可以省略，将当前分支推送到origin主机的对应分支
4. git push
如果当前分支只有一个远程分支，那么主机名都可以省略，形如 git push，可以使用git branch -r ，查看远程的分支名
关于 refs/for：
refs/for 的意义在于我们提交代码到服务器之后是需要经过code review 之后才能进行merge的，而refs/heads 不需要
add和commit的区别:
add是添加文件，commit是提交文件。两者有什么区别为啥不和并一起作为一个步骤呢？
其实git add是Git库的工作区的最后一步，使用之后就把修改的文件放入暂存期，而git commit是在暂存区的最后一步，是把暂存区的所有内容提交到当前分支，使用后修改的文件就直接被Git录入历史。
至于工作区暂存区的解释及其的意义。我打个比方，学生写作业，作业就是处于工作区，作业很多，已经做完的作业积累在一起放到一个特定的地方等其他的部分作业也完成以后再一起提交给老师检查，此时已经做完的作业就处于暂存区。如果每次提交暂存区的作业积累的越多，那么提交的数量越少，老师检查你作业的记录就越少，相反则记录越多。修改文件提交Gi记录也一样，你可以修改多个文件然后一个一个add进git里，移除工作区进入暂存区，然后再一次性用commit提交移除暂存区，但这样Git的历史记录里，这么多个文件被修改就只显示一个记录和修改备注。如果想每个文件的修改单独记录就得每add一个文件就commit提交一次文件。
实例:
工作中多人使用版本控制软件协作开发，常见的应用场景归纳如下：
假设小组中有两个人，组长小张，组员小袁
场景一：小张创建项目并提交到远程Git仓库
场景二：小袁从远程Git仓库上获取项目源码
场景三：小袁修改了部分源码，提交到远程仓库
场景四：小张从远程仓库获取小袁的提交
场景五：小袁接受了一个新功能的任务，创建了一个分支并在分支上开发
场景六：小袁把分支提交到远程Git仓库
场景七：小张获取小袁提交的分支
场景八：小张把分支合并到主干
下面来看以上各场景在IDEA中对应的操作。
场景一：小张创建项目并提交到远程Git仓库
创建好项目，选择VCS - > Import into Version Control -> Create Git Repository
接下来指定本地仓库的位置，按个人习惯指定即可，例如这里选择了项目源代码同目录
点击OK后创建完成本地仓库，注意，这里仅仅是本地的。下面把项目源码添加到本地仓库。
下图是Git与提交有关的三个命令对应的操作，Add命令是把文件从IDE的工作目录添加到本地仓库的stage区，Commit命令把stage区的暂存文件提交到当前分支的仓库，并清空stage区。Push命令把本地仓库的提交同步到远程仓库。
IDEA中对操作做了一定的简化，Commit和Push可以在一步中完成。
具体操作，在项目上点击右键，选择Git菜单
因为是第一次提交，Push前需要指定远程仓库的地址。如下图，点击Define remote后，在弹出的窗口中输入远程仓库地址。
场景二：小袁从远程Git仓库上获取项目源码
即克隆项目，操作如下：
输入小张Push时填写的远程仓库地址
接下来按向导操作，即可把项目从远程仓库克隆到本地仓库和IDE工作区。
场景三：小袁修改了部分源码，提交到远程仓库
这个操作和首次提交的流程基本一致，分别是 Add -> Commit -> Push。请参考场景一
场景四：小张从远程仓库获取小袁的提交
获取更新有两个命令：Fetch和Pull，Fetch是从远程仓库下载文件到本地的origin/master，然后可以手动对比修改决定是否合并到本地的master库。Push则是直接下载并合并。如果各成员在工作中都执行修改前先更新的规范，则可以直接使用Pull方式以简化操作。
场景五：小袁接受了一个新功能的任务，创建了一个分支并在分支上开发
建分支也是一个常用的操作，例如临时修改bug、开发不确定是否加入的功能等，都可以创建一个分支，再等待合适的时机合并到主干。
创建流程如下：
选择New Branch并输入一个分支的名称
创建完成后注意IDEA的右下角，如下图，Git: wangpangzi_branch表示已经自动切换到wangpangzi_branch分支，当前工作在这个分支上。
点击后弹出一个小窗口，在Local Branches中有其他可用的本地分支选项，点击后选择Checkout即可切换当前工作的分支。
如下图，点击Checkout
注意，这里创建的分支仅仅在本地仓库，如果想让组长小张获取到这个分支，还需要提交到远程仓库。
场景六：小袁把分支提交到远程Git仓库
切换到新建的分支，使用Push功能
场景七：小张获取小袁提交的分支
使用Pull功能打开更新窗口，点击Remote栏后面的刷新按钮，会在Branches to merge栏中刷新出新的分支。这里并不想做合并，所以不要选中任何分支，直接点击Pull按钮完成操作。
更新后，再点击右下角，可以看到在Remote Branches区已经有了新的分支，点击后在弹出的子菜单中选择Checkout as new local branch，在本地仓库中创建该分支。完成后在Local Branches区也会出现该分支的选项，可以按上面的方法，点击后选择Checkout切换。
场景八：小张把分支合并到主干
新功能开发完成，体验很好，项目组决定把该功能合并到主干上。
切换到master分支，选择Merge Changes
选择要合并的分支，点击Merge完成
https://cloud.tencent.com/developer/article/1496155
来源：oschina
链接：https://my.oschina.net/u/2331760/blog/3058359