我想知道我是否犯了一个错误，首先将 master merge 到另一个分支，然后再将它 merge 回 master。
假设我创建了以下分支，每个分支都有一个单独的提交:
mkdir git_merging
cd git_merging/
git init
touch on_master
git add .
git commit -m "Initial commit on master"
git checkout -b x
touch on_branch_x
git add .
git commit -m "Initial commit on branch x"
git checkout master
touch on_master_again
git add .
git commit -m "Commit on master after branching"
现在我想 merge 。通常，我更喜欢先将 master merge 到 x，然后再将 x merge 到 master:
git checkout x
git merge -m "Merge master into x" master
echo "test results"
git checkout master
git merge x
这样我就可以在 merge 回 master 之前进行测试，确保我始终有一个正常运行的 master 分支。据我所知，与将 x 直接 merge 到 master 相比，没有功能差异:
git merge -m "Merge x into master" x
git checkout x
git merge master
在实践中，我经常遇到似乎专门 merge 回 master 的存储库。我的方法有什么缺点吗？为什么我不应该这样做？
最佳答案
这是一个相当主观的问题，但我会通过，因为我认为我可以得出一个相当客观的答案。
在 merge 之前将 master merge 回您的分支是一个很棒的做法。如果其他人破坏了您刚刚实现的功能(如您所指出的)怎么办？或者，如果有人修改了您所做的相同代码，并导致可能的 merge 冲突怎么办？我实际上建议非常频繁将 master merge 回您的分支。这不仅可以避免您不得不花一天半的时间来解决 merge 冲突(尽管，这可能表明您的分支太大，但这是另一回事)，而且还可以让您在项目更改和进化。
有些人可能会说你应该rebase你的提交在 master 之上。我的简短版本是:我鼓励人们在开发过程的早期就打开 pull 请求，即使一个功能还没有完成。这意味着您可能会将代码推送到远程服务器(例如 GitHub)。为了 rebase 你的提交，你必须使用重写的 git 历史来推送，并强制推送。强制推送是一个糟糕的工作流程决策，应该避免，因为它可能(几乎)对您的提交历史造成永久性损害。
所以是的，在你要 merge 之前就从 master merge 回来，否则尽可能多地 merge 。如果您使用 GitHub，我什至鼓励使用新的 protected 分支功能来强制在 merge 之前使用 master 更新分支:
关于Git:将分支 merge 到master，或将master merge 到分支，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/40094518/
两者都可以defsetup(options={})options.reverse_merge:size=>25,:velocity=>10end和defsetup(options={}){:size=>25,:velocity=>10}.merge(options)end在方法的参数中分配默认值。问题是:哪个更好？您更愿意使用哪一个？在性能、代码可读性或其他方面有什么不同吗？编辑:我无意中添加了bang(!)...并不是要询问nobang方法与bang方法之间的区别 最佳答案 我倾向于使用reverse_merge方法:option
文章目录git常用命令（简介，详细参数往下看）Git提交代码步骤gitpullgitstatusgitaddgitcommitgitpushgit代码冲突合并问题方法一：放弃本地代码方法二：合并代码常用命令以及详细参数gitadd将文件添加到仓库：gitdiff比较文件异同gitlog查看历史记录gitreset代码回滚版本库相关操作远程仓库相关操作分支相关操作创建分支查看分支：gitbranch合并分支：gitmerge删除分支：gitbranch-ddev查看分支合并图：gitlog–graph–pretty=oneline–abbrev-commit撤消某次提交git用户名密码相关配置g
关于如何使用git设置类似Dropbox的服务，您有什么建议吗？您认为git是解决此问题的合适工具吗？我在考虑使用git+rush解决方案，你觉得怎么样？ 最佳答案 检查这个开源项目:https://github.com/hbons/SparkleShare来自项目的自述文件:Howdoesitwork?SparkleSharecreatesaspecialfolderonyourcomputer.Youcanaddremotelyhostedfolders(or"projects")tothisfolder.Theseprojec
我编写了一个非常简单的“部署”脚本，作为我的裸git存储库中的post-updateHook运行。变量如下livedomain=~/mydomain.comstagingdomain=~/stage.mydomain.comgitrepolocation=~/git.mydomain.com/thisrepo.git(bare)core=~/git.mydomain.com/thisrepo.gitcore==addedremoteintoeachlive&stagegitslive和stage都初始化了gitrepos(非裸)，我已经将我的裸仓库作为远程添加到它们中的每一个(名为co
我正在安装gitlabhq，并且在Gemfile中有对某些资源的“git://...”的引用。但是，我在公司防火墙后面，所以我必须使用http://。我可以手动编辑Gemfile，但我想知道是否有另一种方法告诉bundler使用http://作为git存储库？ 最佳答案 您可以通过运行gitconfig--globalurl."https://".insteadOfgit://或通过将以下内容添加到~/.gitconfig:[url"https://"]insteadOf=git://
在Ruby(或Rails)中，我们可以做到new_params=params.merge({:order=>'asc'})现在new_params是一个带有添加键:order的散列。但是是否有一行可以返回带有已删除key的散列？线路new_params=params.delete(:order)不会工作，因为delete方法返回值，仅此而已。我们必须分3步完成吗？tmp_params=paramstmp_params.delete(:order)returntmp_params有没有更好的方法？因为我想做一个new_params=(params[:order].blank?||para
Activeadmingem已添加到我的rails项目中，但每次我尝试安装railsgactive_admin:install时，我都会收到类似的错误git://github.com/activeadmin/activeadmin.git(atmaster)isnotyetcheckedout.Runbundleinstallfirst.我肯定在运行“railsgactive_admin:install”之前运行了bundle。运行“bundleshow”后，我看到我已将“*activeadmin(1.0.0.pre3f916d6)”添加到我的项目中，但不断收到此错误消息。我的gem文
我有一个使用Jekyll托管在GitHub上的静态网站。问题是，我真的不需要master分支，因为存储库唯一包含的是网站。这样我就必须gitcheckoutgh-pages，然后gitmergemaster，然后gitpushorigingh-pages。有什么简单的方法可以摆脱gh-pages分支并直接从master推送？ 最佳答案 Theproblemis,Idon'treallyneedthemasterbranch,astheonlythingtherepositorycontainsisthewebsite.Isthere
编辑:经过进一步测试，问题似乎是站点特定的，理论上应该可以正常工作。本应位于多行的Textarea值正在一行中全部提交。textarea_values="value1\nvalue2"form=page.form_with(:id=>'form_id_here')form['my_textarea']=textarea_valuessubmit=form.button_with(:value=>'Submit')form.click_button(submit)提交的值是value1\nvalue2而不是预期的多行。有没有我可以尝试的另一种添加表单值的方法？
我在nginx+unicorn后面运行一系列Rails/Sinatra应用程序，零停机部署。我喜欢这个设置，但Unicorn需要一段时间才能完成重新启动，所以我想在完成时发送某种通知。我能在Unicorn文档中找到的唯一回调与workerfork相关，但我认为这些回调对此不起作用。这是我从赏金中寻找的东西:老unicorn主人启动新主人，然后新主人开始它的worker，然后旧主人停止它的worker并让新主人接管。我想在交接完成后执行一些ruby代码。理想情况下，我不想为此实现任何复杂的流程监控。如果这是唯一的方法，那就这样吧。但在走那条路之前，我正在寻找更简单的选择。