Git 使用规范流程

一时失言乱红尘 2021-12-21 10:59 307阅读 0赞

转自： [https://blog.csdn.net/weixin\_34409703/article/details/93881092][https_blog.csdn.net_weixin_34409703_article_details_93881092]

[来源：http://www.ruanyifeng.com/blog/2015/08/git-use-process.html?utm\_source=tuicool][http_www.ruanyifeng.com_blog_2015_08_git-use-process.html_utm_source_tuicool]

20个你可能不知道的 Linux 网络工具:  [https://blog.csdn.net/weixin\_33672400/article/details/93881093][https_blog.csdn.net_weixin_33672400_article_details_93881093]

11个让你吃惊的 Linux 终端命令:  [https://blog.csdn.net/weixin\_34198797/article/details/93881094][https_blog.csdn.net_weixin_34198797_article_details_93881094]

支付宝玉伯：从前端到体验，如何把格局做大:  [https://blog.csdn.net/weixin\_44326589/article/details/93594636][https_blog.csdn.net_weixin_44326589_article_details_93594636]

webpack4.0各个击破（10）—— Integration篇:  [https://blog.csdn.net/devcloud/article/details/93602728][https_blog.csdn.net_devcloud_article_details_93602728]

JavaScript深入浅出第2课：函数是一等公民是什么意思呢:  [https://blog.csdn.net/Fundebug/article/details/93593290][https_blog.csdn.net_Fundebug_article_details_93593290]

原理解析 | 深入了解 Apache Flink 的网络协议栈:  [https://blog.csdn.net/yunqiinsight/article/details/93718765][https_blog.csdn.net_yunqiinsight_article_details_93718765]

Elasticsearch基础但非常有用的功能之一：别名:  [https://blog.csdn.net/laoyang360/article/details/93693440][https_blog.csdn.net_laoyang360_article_details_93693440]

团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。

否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。

下面是[ThoughtBot][] 的Git使用规范流程。我从中学到了很多，推荐你也这样使用Git。

![bg2015080501.png][]

## 第一步：新建分支 ##

首先，每次开发新功能，都应该新建一个单独的分支（这方面可以参考[《Git分支管理策略》][Git]）。

>      
> 
> 1.   
> 2.  `# 获取主干最新代码`
> 3.  `$ git checkout master`
> 4.  `$ git pull`
> 5.   
> 6.  `# 新建一个开发分支myfeature`
> 7.  `$ git checkout -b myfeature`
> 8.

## 第二步：提交分支commit ##

分支修改后，就可以提交commit了。

>      
> 
> 1.   
> 2.  `$ git add --all`
> 3.  `$ git status`
> 4.  `$ git commit --verbose`
> 5.

git add 命令的all参数，表示保存所有变化（包括新建、修改和删除）。从Git 2.0开始，all是 git add 的默认参数，所以也可以用 git add . 代替。

git status 命令，用来查看发生变动的文件。

git commit 命令的verbose参数，会列出 [diff][] 的结果。

## 第三步：撰写提交信息 ##

提交commit时，必须给出完整扼要的提交信息，下面是一个范本。

>      
> 
> 1.   
> 2.  `Present-tense summary under 50 characters`
> 3.   
> 4.  `* More information about commit (under 72 characters).`
> 5.  `* More information about commit (under 72 characters).`
> 6.   
> 7.  `http://project.management-system.com/ticket/123`
> 8.

第一行是不超过50个字的提要，然后空一行，罗列出改动原因、主要变动、以及需要注意的问题。最后，提供对应的网址（比如Bug ticket）。

## 第四步：与主干同步 ##

分支的开发过程中，要经常与主干保持同步。

>      
> 
> 1.   
> 2.  `$ git fetch origin`
> 3.  `$ git rebase origin/master`
> 4.

## 第五步：合并commit ##

分支开发完成后，很可能有一堆commit，但是合并到主干的时候，往往希望只有一个（或最多两三个）commit，这样不仅清晰，也容易管理。

那么，怎样才能将多个commit合并呢？这就要用到 git rebase 命令。

>      
> 
> 1.   
> 2.  `$ git rebase -i origin/master`
> 3.

git rebase命令的i参数表示互动（interactive），这时git会打开一个互动界面，进行下一步操作。

下面采用[Tute Costa][]的例子，来解释怎么合并commit。

>      
> 
> 1.   
> 2.  `pick 07c5abd Introduce OpenPGP and teach basic usage`
> 3.  `pick de9b1eb Fix PostChecker::Post#urls`
> 4.  `pick 3e7ee36 Hey kids, stop all the highlighting`
> 5.  `pick fa20af3 git interactive rebase, squash, amend`
> 6.   
> 7.  `# Rebase 8db7e8b..fa20af3 onto 8db7e8b`
> 8.  `#`
> 9.  `# Commands:`
> 10. `# p, pick = use commit`
> 11. `# r, reword = use commit, but edit the commit message`
> 12. `# e, edit = use commit, but stop for amending`
> 13. `# s, squash = use commit, but meld into previous commit`
> 14. `# f, fixup = like "squash", but discard this commit's log message`
> 15. `# x, exec = run command (the rest of the line) using shell`
> 16. `#`
> 17. `# These lines can be re-ordered; they are executed from top to bottom.`
> 18. `#`
> 19. `# If you remove a line here THAT COMMIT WILL BE LOST.`
> 20. `#`
> 21. `# However, if you remove everything, the rebase will be aborted.`
> 22. `#`
> 23. `# Note that empty commits are commented out`
> 24.

上面的互动界面，先列出当前分支最新的4个commit（越下面越新）。每个commit前面有一个操作命令，默认是pick，表示该行commit被选中，要进行rebase操作。

4个commit的下面是一大堆注释，列出可以使用的命令。

>  *  pick：正常选中
>  *  reword：选中，并且修改提交信息；
>  *  edit：选中，rebase时会暂停，允许你修改这个commit（参考[这里][Link 1]）
>  *  squash：选中，会将当前commit与上一个commit合并
>  *  fixup：与squash相同，但不会保存当前commit的提交信息
>  *  exec：执行其他shell命令

上面这6个命令当中，squash和fixup可以用来合并commit。先把需要合并的commit前面的动词，改成squash（或者s）。

>      
> 
> 1.   
> 2.  `pick 07c5abd Introduce OpenPGP and teach basic usage`
> 3.  `s de9b1eb Fix PostChecker::Post#urls`
> 4.  `s 3e7ee36 Hey kids, stop all the highlighting`
> 5.  `pick fa20af3 git interactive rebase, squash, amend`
> 6.

这样一改，执行后，当前分支只会剩下两个commit。第二行和第三行的commit，都会合并到第一行的commit。提交信息会同时包含，这三个commit的提交信息。

>      
> 
> 1.   
> 2.  `# This is a combination of 3 commits.`
> 3.  `# The first commit's message is:`
> 4.  `Introduce OpenPGP and teach basic usage`
> 5.   
> 6.  `# This is the 2nd commit message:`
> 7.  `Fix PostChecker::Post#urls`
> 8.   
> 9.  `# This is the 3rd commit message:`
> 10. `Hey kids, stop all the highlighting`
> 11.

如果将第三行的squash命令改成fixup命令。

>      
> 
> 1.   
> 2.  `pick 07c5abd Introduce OpenPGP and teach basic usage`
> 3.  `s de9b1eb Fix PostChecker::Post#urls`
> 4.  `f 3e7ee36 Hey kids, stop all the highlighting`
> 5.  `pick fa20af3 git interactive rebase, squash, amend`
> 6.

运行结果相同，还是会生成两个commit，第二行和第三行的commit，都合并到第一行的commit。但是，新的提交信息里面，第三行commit的提交信息，会被注释掉。

[Pony Foo][]提出另外一种合并commit的简便方法，就是先撤销过去5个commit，然后再建一个新的。

>      
> 
> 1.   
> 2.  `$ git reset HEAD~5`
> 3.  `$ git add .`
> 4.  `$ git commit -am "Here's the bug fix that closes #28"`
> 5.  `$ git push --force`
> 6.

squash和fixup命令，还可以当作命令行参数使用，自动合并commit。

>      
> 
> 1.   
> 2.  `$ git commit --fixup`
> 3.  `$ git rebase -i --autosquash`
> 4.

这个用法请参考[这篇文章][Link 2]，这里就不解释了。

## 第六步：推送到远程仓库 ##

合并commit后，就可以推送当前分支到远程仓库了。

>      
> 
> 1.   
> 2.  `$ git push --force origin myfeature`
> 3.

git push命令要加上force参数，因为rebase以后，分支历史改变了，跟远程分支不一定兼容，有可能要强行推送（参见[这里][Link 3]）。

## 第七步：发出Pull Request ##

提交到远程仓库以后，就可以发出 Pull Request 到master分支，然后请求别人进行代码review，确认可以合并到master。

（完）

转载于:https://www.cnblogs.com/stevenzeng/p/5253084.html

[https_blog.csdn.net_weixin_34409703_article_details_93881092]: https://blog.csdn.net/weixin_34409703/article/details/93881092
[http_www.ruanyifeng.com_blog_2015_08_git-use-process.html_utm_source_tuicool]: http://www.ruanyifeng.com/blog/2015/08/git-use-process.html?utm_source=tuicool
[https_blog.csdn.net_weixin_33672400_article_details_93881093]: https://blog.csdn.net/weixin_33672400/article/details/93881093
[https_blog.csdn.net_weixin_34198797_article_details_93881094]: https://blog.csdn.net/weixin_34198797/article/details/93881094
[https_blog.csdn.net_weixin_44326589_article_details_93594636]: https://blog.csdn.net/weixin_44326589/article/details/93594636
[https_blog.csdn.net_devcloud_article_details_93602728]: https://blog.csdn.net/devcloud/article/details/93602728
[https_blog.csdn.net_Fundebug_article_details_93593290]: https://blog.csdn.net/Fundebug/article/details/93593290
[https_blog.csdn.net_yunqiinsight_article_details_93718765]: https://blog.csdn.net/yunqiinsight/article/details/93718765
[https_blog.csdn.net_laoyang360_article_details_93693440]: https://blog.csdn.net/laoyang360/article/details/93693440
[ThoughtBot]: https://github.com/thoughtbot/guides/tree/master/protocol/git
[bg2015080501.png]: http://www.ruanyifeng.com/blogimg/asset/2015/bg2015080501.png
[Git]: http://www.ruanyifeng.com/blog/2012/07/git.html
[diff]: http://www.ruanyifeng.com/blog/2012/08/how_to_read_diff.html
[Tute Costa]: https://robots.thoughtbot.com/git-interactive-rebase-squash-amend-rewriting-history
[Link 1]: https://schacon.github.io/gitbook/4_interactive_rebasing.html
[Pony Foo]: http://ponyfoo.com/articles/git-github-hacks
[Link 2]: http://fle.github.io/git-tip-keep-your-branch-clean-with-fixup-and-autosquash.html
[Link 3]: http://willi.am/blog/2014/08/12/the-dark-side-of-the-force-push/