查找冲突发生的时间和地点

时间:2016-05-03 08:15:05

标签: git version-control merge terminal

我最近一直在使用repo而另一位开发人员在分支B上有一些未解决的冲突,现在因为我是beanstalkapp GIT的新手,我尝试使用我对git diffgit RESET等的了解,但是没有。即使我的冲突标记也没有表现出来,这是一种奇怪的行为。我想知道,导致冲突的区别是什么,以及何时和哪个用户更改了该冲突文件。即使我做git git reset - HEAD sha-1,也没有任何反应。如果我做推,我得到以下长消息

  

警告:push.default未设置;它的隐含值在Git中发生了变化   2.0来自'匹配'简单'。要压制此消息并保持传统行为,请使用:

     

git config --global push.default matching

     

要压制此消息并立即采用新行为,请使用:

     

git config --global push.default simple

     

当push.default设置为'匹配'时,git将推送本地分支   到已经存在同名的远程分支。

     

自从Git 2.0以来,Git默认使用更保守的“简单”'   行为,只将当前分支推送到相应的   远程分支' git pull'用于更新当前分支。

     

请参阅' git help config'并搜索' push.default'为了更进一步的   信息。 ('简单'模式是在Git 1.7.11中引入的。使用   类似模式'当前'而不是简单的'如果你有时使用旧的   Git的版本)

     

致命:当前分支b没有上游分支。至   按下当前分支并将远程设置为上游,使用

git push --set-upstream origin b

总结问题:我的任务是将头部重置为sha-1,我认为冲突没有发生,如果它没有成为头部那么本地和远程的repo都是同步的,消除了冲突。 此外,我无法理解我的回购中的following图片,其中显示了

32 behind 10 ahead

1 个答案:

答案 0 :(得分:-1)

如果您要将当前分支重置为sha-1并相应更新工作树,请使用git reset --hard sha-1

您推送的消息就是您没有告诉gradle将其推送到哪里,它还会告诉您如何修复它。

32 behind 10 ahead消息表示,您显示的本地分支正在跟踪的远程分支有32个新的提交,您尚未合并或重新绑定到该提交,并且您在显示的本地分支中有10个提交不是推到了遥远的地方。

屏幕截图中的Conflicts消息可能意味着如果您进行合并或重新绑定,则会在远程分支上的32次提交和本地分支中的10次提交发生冲突时发生冲突。一旦你进行合并或rebase(或者拉取,因为它是fetch + merge或fetch + rebase取决于配置和参数)你可能会通过git呈现冲突并且可以相应地手动或使用合并工具来解决它们即G。 P4Merge(这是我所知道的最好的免费差异和合并工具)。

免责声明:我不知道beanstalkapp,只是解释我在截图中看到的内容。