【发布时间】:2016-08-28 04:38:49
【问题描述】:
我最近一直在与 repo 合作,另一位开发人员在分支 B 上存在一些未解决的冲突,现在我是 beanstalkapp GIT 的新手,我尝试使用我对 git diff 、 git RESET 等的了解,但没有。甚至我的冲突标记都没有显示,这是一种奇怪的行为。我想找出导致冲突的区别是什么,以及何时以及哪个用户更改了该冲突文件。即使我执行 git git reset -- HEAD sha-1,也没有任何反应。如果我进行推送,我会收到以下长消息
警告:push.default 未设置;它的隐含值在 Git 中发生了变化 2.0 从“匹配”到“简单”。要压制此消息并保持传统行为,请使用:
git config --global push.default 匹配
要压制此消息并立即采用新行为,请使用:
git config --global push.default 简单
当 push.default 设置为 'matching' 时,git 会推送本地分支 到已经存在的同名远程分支。
从 Git 2.0 开始,Git 默认使用更保守的“简单” 行为,仅将当前分支推送到相应的分支 'git pull' 用来更新当前分支的远程分支。
请参阅“git help config”并搜索“push.default”以获取更多信息 信息。 (“简单”模式是在 Git 1.7.11 中引入的。使用 如果您有时使用较旧的模式,则类似模式“当前”而不是“简单” Git 版本)
fatal:当前分支 b 没有上游分支。到 推送当前分支并将远程设置为上游,使用
git push --set-upstream origin b
总结问题:我的任务是将头部重置为我认为没有发生冲突的 sha-1,如果它没有使其成为头部,那么本地的 repo以及远程同步,消除冲突。 我也无法理解我的仓库中的 图片,上面写着
32 behind 10 ahead
【问题讨论】:
-
那么你的问题到底是什么?
-
@BjörnKautler 我编辑了这个问题,以突出显示。基本上我想找出冲突,找出它发生的地方并同步我的两个仓库。
-
@choroba Git 文档让我感到困惑。抱歉不知道怎么理解。
-
@choroba 我想先找出冲突发生在哪里以及在什么文件上,我认为 bicest 不会那样做?
标签: git version-control merge terminal