分支提交注意点

• 对于在自己分支上开发的，提交时应该
  • 先执行git merge origin master
  • 为了方便以后找某个分支的提交，可以打个tag:git tag tag-dev-initial(tag的用法一般在大版本的时候才会打)
  • git push origin tag-dev-initial
• commit内容后，执行push操作，有时候会出现：
  • 
  • 这是因为，你本地对这个分支做了更改，但是可能另外一个人也对这个分支做了更改并先于你提交了，导致远程仓库中的这个分支与你现在原本的分支内容不符（主要是因为修改了同一个文件），所以在你工作的这个分支还有人也在工作的情况下，push前应该先做一个git pull操作，pull命令执行完之后，有两种可能，一种是报冲突错误，让你解决冲突，即你和另外一个人更改了同一行东西，需要你们在本地 协商 解决冲突之后，再重新提交。另一种情况是，虽然更改的是同一个文件，但更改的不是同一行，那文件将会被自动合并，这样，在pull之后会自动跳到一个commit的-m信息注释页，填写完这一次的commit注释信息之后，就可以重新进行push操作。

给项目打tag

• 想给git打个tag，可以在分支git add\commit\push之后，再git tag 标签名，git push origin 标签名。中间没变化也可以打。

版本退回

• 版本退回；git reset --hard commit_id

更改提交时写的注释（最近一次）

• git commit --amend可以修改最近一次提交的记录的注释信息。

合并分支(自己能操作主分支时)

• git在分支（比如：ltt）上完成工作后，要合并分支
  • 先切换回主分支：git checkout master
  • 合并分支内容到主分支: git merge ltt
  • 提交到远程仓库： git push origin master
  • 删除分支：git barnch -d ltt

提交合并分支请求（自己没有操作主分支的权利）

• 要有个习惯：git合并分支之前先merge master，然后再pull request

强制提交到远程仓库

• git push -u -f origin master这是在本地分支落后于远程分支的情况下，加了个-f参数，表示强制推送，这将覆盖掉远程分支的内容

关于git pull

• 在按个分支上执行的git pull，拉到的都将是其远程仓库对应的哪个分支的内容，不会拉到其他的