场景 - >
Different
。Different
分支。问题1:我应该按顺序执行此操作,以便特定代码中所做的更改应反映在我的工作区和本地存储库中。
假设我忘了做问题1并根据其他团队成员的评论对我的工作区进行了一些更改,并根据评论更改了许多文件。
现在,当我在本地仓库中提交这些更改之后,我意识到我需要更改由其中一个审阅者更改的文件,如果我在不执行此过程的情况下执行此操作则将无法推送到远程回购,将发生重大冲突。
问题:2 如何在不合并的情况下处理第5点?
答案 0 :(得分:0)
总的来说,我认为您不必担心具有待处理拉取请求的分支的行为与任何其他分支的行为有所不同。如您所见,仍然可以从Different
分支拉动和推送。
如果您需要引入远程更改(即提交)而不进行合并提交,您可以尝试重新定义远程对应的Different
分支。 ,即
git fetch origin
git checkout Different
git rebase origin/Different
使用这种方法,您可以将提交/修复放在当前远程分支的顶部(可能还有自己的修复提交)。您现在可以推送Different
以使拉取请求保持最新状态。
答案 1 :(得分:0)
Q1:要在本地进行修改,您只需执行git pull
(与执行git fetch
和git merge
相同)
Q2:如果您在本地提交了一些内容而没有获取远程更改,那么首先想法是相同的,但您需要使用rebase
merge
代替git pull --rebase
(这将执行{ {1}}然后是git fetch
)
实际上在第二种情况下,你也可以进行合并但它会导致合并提交(远程分支到你的本地分支),这没有错,但往往会使历史更难以阅读和理解。