我有两个分支，即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
请让我知道我所遵循的程序是否正确。
当前回答
我通常喜欢先将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
其他回答
就我个人而言，我的方法与您的类似，在提交返回到master时增加一些分支和一些压缩。
我的一个同事不喜欢如此频繁地切换分支，而是停留在开发分支上，并从开发分支执行类似于以下内容的内容。
git fetch origin master
git merge master
git push origin development:master
第一行确保他拥有自上次更新本地存储库以来提交给master的所有上游提交。
第二步将这些更改(如果有的话)从master导入到开发中
第三个将开发分支(现在与master完全合并)推到origin/master。
我可能把他的基本工作流程搞错了，但这是它的主要要点。
是的，这是正确的，但是它看起来像一个非常基本的工作流，您只是在集成之前缓冲更改。您应该研究一下git支持的更高级的工作流。您可能喜欢主题分支方法，它允许您并行处理多个特性，或者毕业方法，它扩展了您当前的工作流程。
我认为最简单的解决办法是
git checkout master
git remote update
git merge origin/Develop -X theirs
git commit -m commit -m "New release"
git push --recurse-submodules=check --progress "origin" refs/heads/Master
这也保存了所有正在使用的分支的历史
步骤1
创建并切换到一个新的“dev”分支，其中您的本地git文件与远程同步，但“dev”分支还不存在。
git branch dev # create
git checkout dev # switch
# No need to git add or git commit, the current
# branch's files will be cloned to the new branch by-default.
git push --set-upstream origin dev # push the "dev" branch to the remote.
步骤2
对“dev”分支(如果您遵循第1步，则是当前的)进行更改，提交并将其推送到远程的“dev”分支。
git add .
git commit -S -m "my first commit to the dev branch" # remove the -S if you're not "secure", secure = when you already setup crypto private and public keys (i.e "verified" green sign in github)
git push -u origin dev # push the changes to the remote, -u origin dev is optional but good to use.
步骤3
将“开发”分支合并到“主”分支中。
git checkout dev # switch to "dev" branch if you're not already.
git merge master # optionally, this command is being used to resolve any conflicts if you pushed any changes to your "master" but "dev" doesn't have that commit.
git checkout master # switch to "master", which is the branch you want to be merged.
git merge --no-ff dev # merge the "dev" branch into the "master" one.
1. //push the latest changes of current development branch if any
git push (current development branch)
2. //switch to master branch
git checkout master
3. //pull all the changes if any from (current development branch)
git pull origin (current development branch)
4. //Now merge development into master
git merge development
5. //push the master branch
git push origin master
Error
To https://github.com/rajputankit22/todos-posts.git
! [rejected] master -> master (fetch first)
error: failed to push some refs to 'https://github.com/rajputankit22/todos-posts.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
Then Use
5. //push the master branch forcefully
git push -f origin master
