有人可以澄清一下远程有分支的 git 工作流程吗？

如何解决有人可以澄清一下远程有分支的 git 工作流程吗？

我使用源树。

我通常的工作流程通常是：

1. 从 origin/main 获取所有更改并将其拉入我的本地
2. 创建本地分支 - branch-1
3. 做开发工作
4. 提交
5. pull（使用 origin/main 的 rebase）
6. 推送到origin/branch-1
7. 提交 PR 将 origin/branch-1 合并到 origin/main

但是，如果 PR 被拒绝，我需要做进一步的更改，流程应该是怎样的？

我目前和上面一样，停留在 local/branch-1 然后从 3 重新开始，除了 sourcetree 似乎让我想从 origin/branch-1（在第 5 阶段）而不是 {{1 }}。我不确定这是否正确？或者我应该从 origin/main 和 origin/branch-1 中拉出什么？

谢谢。

解决方法

如果 PR 被拒绝，我需要做进一步的更改，流程应该是怎样的？

留在你的功能分支上。编辑、添加、提交并再次推送到功能分支的远程跟踪分支。完毕。新提交会自动添加到拉取请求中。

因此，例如，在 myfeature 上（并假设其上游已配置为 origin/myfeature，并且有一个拉取请求未决）：

echo hello > test.txt
git add test.txt; git commit -mtesting
git push

如果您随后在浏览器中转到拉取请求，您将看到此提交已按良好顺序附加到拉取请求中。

---

其他评论：

从 origin/main 获取所有更改并将其拉入我的本地

这可能是不必要的。您可以直接在 origin/main 上获取并启动您的功能分支。但是，您可能想在这样做时说 --no-track，以免错误地跟踪 origin/main。例如：

git fetch
git switch --no-track -c myfeature origin/main

从更新的 myfeature 开始创建分支 main。

pull (w/ rebase from origin/main)

这是不必要的。同样，您可以获取然后将您的功能分支重新设置为 origin/main，但是一旦您推送这可能是一个坏主意，因为您现在将推送重写的历史记录；可能没有必要。

如果从远程更新的原因是怕冲突，或者想结合最新的main状态来测试自己的特性，最好先获取再合并{{1 }} 在推送之前进入特性分支。

例如，在 origin/main 上：

myfeature

无论哪种方式都不需要离开您的功能分支，也不需要说永远拉。

sourcetree 似乎让我想从 git fetch git merge origin/main （在第 5 阶段）而不是 origin/branch-1

不，您可以从 Sourcetree 中的任何远程分支拉取。打开左侧的 Remotes 类别，按住 Control 单击一个分支，然后选择“Pull from...”。但是，我强烈建议不要使用 pull。

,

我会将第 5 步 (git pull) 替换为：

# Retrieve work done on other branches without applying it,especially it updates your origin/main
git fetch
# Rebase your work on top of origin/main
git rebase origin/main

使用pull通常将数据从远程拉到同一个分支。

,

我实际上会跳过使用本地等效的 origin/main 并使用 origin/main 作为我的上游分支：

git checkout -b my-feature1 origin/main

然后，如果我以后需要从上游提取更改：

git pull -r

当你想推送到远程分支时：

git push origin my-feature1

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