我有一个master分支和一个工作的branch_1。我想把branch_1完全"移动“到master。所以我想这样做:
branch_1
master
git checkout master git merge branch_1 # I don't know what is correct...
我做的事情,但我得到了大量的文件混乱与恼人的冲突。所以现在大师包含完全相同的文件branch_1避免任何冲突,只是覆盖文件。任何帮助?
v6ylcynt1#
如果两个分支的文件都发生了变化,冲突就会发生。这是一件好事。保持分支相互更新可以防止一些冲突。然而,总的来说,冲突并不坏。rebase选项也可以防止很多冲突的发生。
git merge branch_1
如果您在master上,合并将带来预期的更改。http://www.kernel.org/pub/software/scm/git/docs/git-merge.html您还可以
git rebase branch_1
这将从branch_1获取更改,并将它们附加到master,而不进行合并提交。http://www.kernel.org/pub/software/scm/git/docs/git-rebase.html
xdnvmnnf2#
也许你不应该合并?
git checkout branch_1 git rebase master (...) git checkout master git rebase branch_1
如果你想让你的变更集更密集,这也给了你机会将几个提交压缩成一个,并防止在你的历史中出现这些烦人的合并提交。
rekjcdws3#
我从thenetninja youtube通道获取了此代码,它对我很有效。非主分支上的##
git add . git commit -m "msg" git checkout master
主分支上的##
git merge <non master branch name> # fix any conflicts and try to run the software to test any error git add . # commit w/o any msg, as follows git commit git push -u origin master
p8ekf7hl4#
你可以使用git rebase branch_1这将解决在master分支上时其他分支中的冲突。
4条答案
按热度按时间v6ylcynt1#
如果两个分支的文件都发生了变化,冲突就会发生。这是一件好事。保持分支相互更新可以防止一些冲突。然而,总的来说,冲突并不坏。rebase选项也可以防止很多冲突的发生。
如果您在
master
上,合并将带来预期的更改。http://www.kernel.org/pub/software/scm/git/docs/git-merge.html
您还可以
这将从
branch_1
获取更改,并将它们附加到master,而不进行合并提交。http://www.kernel.org/pub/software/scm/git/docs/git-rebase.html
xdnvmnnf2#
也许你不应该合并?
1.将主要变更重定基底至branch_1
1.修复测试代码后可能发生的任何错误
1.将branch_1更改重定为master
或在代码中:
如果你想让你的变更集更密集,这也给了你机会将几个提交压缩成一个,并防止在你的历史中出现这些烦人的合并提交。
rekjcdws3#
我从thenetninja youtube通道获取了此代码,它对我很有效。
非主分支上的##
主分支上的##
p8ekf7hl4#
你可以使用git rebase branch_1这将解决在master分支上时其他分支中的冲突。