我有两个分支，即master和开发在一个GitHub库。我正在做我所有的开发在开发分支显示。
git branch development
git add *
git commit -m "My initial commit message"
git push -u origin development
现在我想将开发分支上的所有更改合并到主分支中。我目前的方法是:
git checkout master
git merge development
git push -u origin master
请让我知道我所遵循的程序是否正确。
当前回答
如果您正在使用gerrit，那么以下命令可以完美地工作。
git checkout master
git merge --no-ff development
您可以使用默认的提交消息进行保存。确保已经生成了变更id。您可以使用下面的命令来确定。
git commit --amend
然后用下面的命令进行推送。
git push origin HEAD:refs/for/refs/heads/master
您可能会遇到如下所示的错误消息。
! [remote rejected] HEAD -> refs/for/refs/heads/master (you are not allowed to upload merges)
为了解决这个问题，gerrit项目管理员必须在gerrit中创建另一个引用，命名为'refs/for/refs/heads/master'或'refs/for/refs/heads/*'(这将覆盖所有 未来的分支)。然后授予该引用的“Push Merge Commit”权限，如果需要提交GCR，则授予“Submit”权限。
现在，再次尝试上面的push命令，它应该可以工作。
学分:
https://github.com/ReviewAssistant/reviewassistant/wiki/Merging-branches-in-Gerrit
https://stackoverflow.com/a/21199818/3877642
其他回答
基于@Sailesh和@DavidCulp:
(on branch development)
$ git fetch origin master
$ git merge FETCH_HEAD
(resolve any merge conflicts if there are any)
$ git checkout master
$ git merge --no-ff development (there won't be any conflicts now)
第一个命令将确保所有上游提交都已提交到远程主服务器，而Sailesh的响应不会发生。
第二个将执行合并并创建冲突，然后您可以解决这些冲突。
这样做之后，您终于可以签出master以切换到master。
然后将开发分支合并到本地主服务器上。no-ff标志将在master中创建一个提交节点，以便整个合并是可跟踪的。
在此之后，您可以提交并推动您的合并。
这个过程将确保人们可以看到从开发到master的合并提交，然后如果他们去查看开发分支，他们可以看到您在开发过程中对该分支所做的各个提交。
如果您想添加在开发分支中所做事情的摘要，您可以选择在推送合并提交之前修改它。
编辑:我最初的答案建议git合并主没有做任何事情，最好是做git合并FETCH_HEAD后获取的起源/主
是的，这是正确的，但是它看起来像一个非常基本的工作流，您只是在集成之前缓冲更改。您应该研究一下git支持的更高级的工作流。您可能喜欢主题分支方法，它允许您并行处理多个特性，或者毕业方法，它扩展了您当前的工作流程。
对于那些不懂树枝的同学，从头到尾给你们讲解。
基本的主/主分支开发逻辑是:您只在另一个分支上工作，所以您只使用主/主分支与另一个准备合并的分支合并。
你开始以这样的方式创建一个新分支:
在您的本地目录克隆存储库(或创建一个新的存储库):
$ cd /var/www
$ git clone git@bitbucket.org:user_name/repository_name.git
创建一个新分支。它将包含主分支存储库的最新文件
$ git branch new_branch
将当前git分支更改为new_branch
$ git checkout new_branch
像往常一样进行编码、提交……
$ git add .
$ git commit -m “Initial commit”
$ git push # pushes commits only to “new_branch”
当这个分支上的任务完成时，与“master”分支合并:
$ git merge master
$ git checkout master # goes to master branch
$ git merge development # merges files in localhost. Master shouldn’t have any commits ahead, otherwise there will be a need for pull and merging code by hands!
$ git push # pushes all “new_branch” commits to both branches - “master” and “new_branch”
我还推荐使用Sourcetree App来查看变更和分支的可视化树。
我通常喜欢先将master合并到开发中，这样如果有任何冲突，我可以在开发分支本身解决，并且master保持干净。
(on branch development)$ git merge master
(resolve any merge conflicts if there are any)
git checkout master
git merge development (there won't be any conflicts now)
这两种方法没有太大的区别，但我注意到，有时在合并它们之后，我还不想将分支合并到master中，或者在合并它们之前还有更多的工作要做，所以我倾向于让master保持不变，直到完成最后的工作。
编辑:来自评论
如果你想跟踪谁在何时进行了合并，你可以在合并时使用——no-ff标志。这通常只在将开发合并到主开发(最后一步)时有用，因为您可能需要在工作流中多次将主开发合并到开发(第一步)，并且为这些创建提交节点可能不是很有用。
git merge --no-ff development
如果你使用的是Mac或Ubuntu，进入分支的工作文件夹。在终端
假设harisdev是分支名。
git checkout master
如果有未跟踪或未提交的文件，您将得到一个错误，您必须提交或删除所有未跟踪或未提交的文件。
git merge harisdev
git push origin master
最后一个删除分支的命令。
$ git branch -d harisdev
