汤原建设局网站,长安网站建设价格,Wordpress 推广 奖励 插件,科技公司网站 asp源码通常#xff0c;合并分支时#xff0c;如果可能#xff0c;Git会用Fast forward模式#xff0c;但这种模式下#xff0c;删除分支后#xff0c;会丢掉分支信息。 如果要强制禁用Fast forward模式#xff0c;Git就会在merge时生产一个新的commit#xff0c;这样#xf… 通常合并分支时如果可能Git会用Fast forward模式但这种模式下删除分支后会丢掉分支信息。 如果要强制禁用Fast forward模式Git就会在merge时生产一个新的commit这样从分支历史上就可以看出分支信息。 下面我们实战一下--no-ff方式的git merge 首先仍然创建并切换dev分支 $ git checkout -b devSwitched to a new branch dev 修改readme.txt文件并提交一个新的commit $ git add readme.txt $ git commit -m add merge[dev 45e3302] add merge 1 file changed, 1 insertion(), 1 deletion(-) 现在我们切换回master $ git checkout masterSwitched to branch masterYour branch is ahead of origin/master by 4 commits. (use git push to publish your local commits) 准备合并dev分支请注意--no-ff参数表示禁用Fast forward $ git merge --no-ff -m merge with no-ff devMerge made by the recursive strategy. readme.txt | 2 - 1 file changed, 1 insertion(), 1 deletion(-) 因为本次合并要创建一个新的commit所以加上-m参数把commit描述写进去。 合并后我们用git log看看分支历史 $ git log --graph --prettyoneline --abbrev-commit* 819865d (HEAD - master) merge with no-ff|\| * 45e3302 (dev) add merge|/* 20864c0 confict fixed|\| * ab1c693 AND simple* | ea364c9 simple|/* 3d9a6be branch test* d255aa7 (origin/master) LICENSE* 4e28fb6 readme.txt 可以看到不使用Fast forward模式merge后就像这样 分支策略 在实际开发中我们应该按照几个基本原则进行分支管理 首先master分支应该是非常稳定的也就是仅用发布新版本平时不能在上面干活 那在哪干活呢干活都在dev分支上也就是说dev分支是不稳定的到某个时候比如1.0版本发布时再把dev分支合并到master上在master分支上发布1.0版本。 你和你的小伙伴每个人都在dev分支上干活每个人都有自己的分支。时不时地往dev分支上合并就可以了。 所以团队合作的分支看起来就像这样 摘抄自 https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013758410364457b9e3d821f4244beb0fd69c61a185ae0000转载于:https://www.cnblogs.com/cxq0017/p/9687456.html
