我最近一直在使用repo而另一位开发人员在分支B上有一些未解决的冲突,现在因为我是beanstalkapp GIT的新手,我尝试使用我对git diff
,git 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都是同步的,消除了冲突。 此外,我无法理解我的回购中的图片,其中显示了
32 behind 10 ahead
答案 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,只是解释我在截图中看到的内容。