有没有一种很好的方法来解释如何在Git中解决合并冲突？
在我的主分支中,我做了一个git merge some-other-branch本地,但从未将更改推送到原始主.我不是故意合并,所以我想撤消它.在git status合并后执行操作时,我收到此消息:
# On branch master
# Your branch is ahead of 'origin/master' by 4 commits.
git revert HEAD -m 1
但现在我收到这条消息git status:
# On branch master
# Your branch is ahead of 'origin/master' by 5 commits.
我不希望我的分支通过任何数量的提交领先.我该如何回到那一点？
我使用过git pull并且发生了合并冲突:
unmerged: _widget.html.erb
You are in the middle of a conflicted merge.
我知道该文件的其他版本是好的,我的是坏的所以我的所有更改都应该放弃.我怎样才能做到这一点？
git version-control git-merge merge-conflict-resolution git-merge-conflict
master创建了一个新的分支,我们称之为test.
有几个开发人员要么提交master或创建其他分支,然后再合并master.
假设工作test需要几天时间,并且您希望不断test更新内部提交master.
我会做git pull origin master的test.
问题1:这是正确的方法吗？其他开发人员可以轻松地处理相同的文件,就像我工作顺便说一句.
我的工作test已经完成,我准备把它合并回来master.以下是我能想到的两种方式:
A:
git checkout test
git pull origin master
git push origin test
git checkout master
git pull origin test
B:
git checkout test
git pull origin master
git checkout master
git merge test
我没有使用,--rebase因为根据我的理解,rebase将从中获取更改master并将其叠加在其上,因此它可以覆盖其他人所做的更改.
问题2:这两种方法中哪一项是正确的？那有什么区别？
所有这一切的目标是让我的test分支更新所发生的事情,master然后我可以将它们合并回master希望保持时间线尽可能线性.
什么时候建议使用git rebasevs. git merge？
成功改造后我还需要合并吗？
我在一个新项目上使用git,该项目有两个并行 - 但目前是实验性的 - 开发分支:
master:导入现有的代码库加上一些我一般都知道的mod exp1:实验分支#1exp2:实验分支#2exp1并exp2代表两种截然不同的架构方法.直到我走得更远,我无法知道哪一个(如果有的话)会起作用.当我在一个分支中取得进展时,我有时会在另一个分支中进行编辑,并且只想合并那些.
将选择性更改从一个开发分支合并到另一个开发分支而将其他所有内容合并的最佳方法是什么？
我考虑过的方法:
git merge --no-commit 然后手动取消大量编辑,我不想在分支之间做出共同点.
手动将公共文件复制到临时目录,然后git checkout移动到另一个分支,然后更多地手动从临时目录复制到工作树中.
以上的变化.暂时放弃exp分支并使用另外两个本地存储库进行实验.这使得手动复制文件更加简单.
所有这三种方法都显得乏味且容易出错.我希望有更好的方法; 类似于过滤器路径参数的东西会git-merge更具选择性.
我试图将2个提交合并为1,所以我从git准备好跟随"压缩提交与rebase".
我跑了
git rebase --interactive HEAD~2
在生成的编辑器中,我更改pick为squash然后保存退出,但是rebase因错误而失败
没有先前的提交,不能'挤压'
既然我的工作树已达到这种状态,我就无法恢复了.命令git rebase --interactive HEAD~2失败
交互式rebase已经开始
并git rebase --continue失败了
没有先前的提交,不能'挤压'
如何解决git合并冲突,支持拉动更改？
基本上我需要从工作树中删除所有冲突的更改,而不必经历所有冲突,git mergetool同时保持所有无冲突的更改.最好在拉动时这样做,而不是之后.
我有一个远程Git服务器,这是我想要执行的场景:
对于每个bug /功能,我创建了一个不同的Git分支
我继续使用非官方的Git消息在Git分支中提交我的代码
在顶级存储库中,我们必须使用官方Git消息对一个错误进行一次提交
那么如何将我的分支合并到远程分支,以便他们只为我的所有签到提交一个提交(我甚至想为此提供提交消息)？
我和其他开发人员一起在一个项目上使用Git几个月了.我有几年的SVN经验,所以我想我给这段关系带来了很多包袱.
我听说Git非常适合分支和合并,到目前为止,我只是没有看到它.当然,分支很简单,但是当我尝试合并时,一切都变得很糟糕.现在,我已经习惯了SVN,但在我看来,我只是将一个低于标准的版本系统换成了另一个.
我的搭档告诉我,我的问题源于我不顾一切地合并,并且我应该在很多情况下使用rebase而不是合并.例如,这是他所规定的工作流程:
clone the remote repository
git checkout -b my_new_feature
..work and commit some stuff
git rebase master
..work and commit some stuff
git rebase master
..finish the feature
git checkout master
git merge my_new_feature
基本上,创建一个功能分支,始终从主分支到分支,并从分支合并回主分支.需要注意的重要一点是,分支始终保持在本地.
这是我开始的工作流程
clone remote repository
create my_new_feature branch on remote repository
git checkout -b --track my_new_feature origin/my_new_feature
..work, commit, push to origin/my_new_feature
git merge master (to get some changes that my partner added)
..work, commit, push to origin/my_new_feature
git merge master
..finish …