eftshift0

是的,如果这是一个正常的拉,将有一个合并与2个父分支。。。。比如说,你会有两个平行的分支。请用鼠标查看结果 git log --all --graph .作为旁白:冲突不是强制性的。它们的出现有很多原因,但当你合并的时候,它不是一个给定的。您可能会经常进行无冲突的合并。

实际上,我会跳过使用本地等效的 origin/main 并且会使用 起源/主要 作为我的上游分支:

git checkout -b my-feature1 origin/main

然后,如果我以后需要从上游提取更改:

git pull -r

当你想进入远程分支时:

git push origin my-feature1

但这显然不是一个非常流行的工作流。

由于本地开发人员和远程开发人员之间的这种差异,出现了冲突。如果本地开发人员应该和远程开发人员一样,那么应该将分支放在那里:

git checkout dev
git reset --hard origin/dev # before running this, make sure there are no pending changes laying aroind your working tree as they would be lost

现在本地开发人员和远程开发人员完全相同(内容和历史记录)。一切都应该恢复正常。

我脑子里有一个问题,为什么人们应该 不 使用共享远程分支的本地副本,但它比你的问题范围要广得多,我碰巧持有一种反对常识的观点(我认为人们不应该保留远程共享分支的本地副本,但……这只是我的观点)。

如果你做了 git reset --hard 在本地分支上,现在您希望远程分支看起来与您对它所做的相同,您应该将其推送到远程分支上

git push --force some-remote the-branch

编辑fetch行如下:

fetch = project/trunk/Proj_Main:refs/remotes/trunk

应该可以…… 然而 ,我不知道您是否需要再次从修订版1中获取这样的更改才能正常工作。

Cherry将与此功能分支相关的更改单独选择到QA分支。这可以做到 容易地 这样地:

git rebase --onto qa-branch production-branch my-feature

也就是说,假设与特性相关的更改是在各自的分支上逐个设置的。

似乎您在进程中遇到错误,并假定您的命令成功…显然,他们不是。您需要配置您的姓名和邮件…对于初学者[1]。那么你至少应该能够承诺。

问题是,因为你还没有承诺新的回购协议,实际上没有可以推动的修订。

〔1〕 https://confluence.atlassian.com/bitbucket/configure-your-dvcs-username-for-commits-950301867.html

ps CRLF和LF之间的转换是一个完全不同的蠕虫罐头。考虑询问Git 不 不干扰ctrl/lf转换。 https://git-scm.com/docs/gitattributes 寻找 文本 财产。