单一开发人员的 Github 工作流程

Question

我想要一些关于我的 git 工作流程的反馈，因为这是我第一次使用它，尽管阅读了各种文章和 Stack Overflow 问题，但我不确定我的流程是否正确。这是我当前的工作流程(请注意，我使用 Github for Windows 应用程序进行所有 git 交互):

1. 决定我要实现的下一个功能是什么。
2. 为该功能创建一个具有适当描述性名称的分支。为此，我单击 Github for Windows 中的分支按钮并输入新名称。
3. 写一些代码。
4. 将这些更改提交到我的新分支。
5. 再写一些代码。
6. 将这些更改提交到我的新分支。
7. 我已经完成了该功能的实现，因此我想将我的更改 merge 回主分支。因此，我点击了分支标题下方的“管理”按钮。
8. 将新分支 merge 到主分支。
9. 删除新分支。

我对第 7 步之前的过程非常满意，此时我有点困惑。我认为我的困惑在于我正在尝试使用 Github for Windows 应用程序而不是使用命令行。该应用程序似乎确实使事情变得更容易，但我对我看到提到的一些命令/说明与您将在应用程序中执行的操作之间的理解有些脱节。

让我问一些具体的问题:

1. 我的工作流程真的正确吗？如果不是，它有什么问题，我该如何改进？
2. 我应该将我的更改“发布”到新分支吗？我的理解是，这相当于在命令行执行 git push。真的吗？如果是这样，我想我只想在完成该功能的实现或它处于良好状态时才这样做？
3. 当我将分支 merge 到 master 分支时，我应该删除它还是应该永远保留它？
4. 我是否需要在完成 merge 后发布 master 分支，或者这是隐含的？
5. 我有时无法执行 merge 并收到此错误消息:

   Unable to merge

   Failed to merge 'test' into 'master'. You might need to open a shell and debug the state of this repo.

以前发生这种情况时，我可以切换到 master 分支并将新分支 merge 到 master 分支中，但是这不再有效。无论我在哪个分支，我都无法 merge 这两个分支。两者都是同步的，我已经发布了我的测试分支中的所有更改。我应该在 shell 中输入什么来找出为什么我不能 merge 分支？

作为引用，这些是提示我的过程的主要链接:

1. Scott Chacon on the workflow at Gitub
2. Git workflow for a single developer on a local repository
3. Git workflow for a single user

Answer 1

您所描述的听起来像是一个通用的分支工作流，即使对于同一代码库上的多个开发人员也能很好地工作。 git flow 几乎完全涵盖了它这是 git 命令行的扩展，用于自动执行某些步骤。值得一试。

我不太喜欢 git 的 UI 工具。我大部分时间都在使用命令行。所以我没有使用 GitHub for Windows 的经验。但我敢打赌你的问题是因为你的 merge 不再快进了。这将需要该工具未涵盖的手动 merge 步骤(afaik)。

在将分支 merge 到上游后，没有充分的理由保留分支。但是一个是跟踪某个功能的提交。如果您决定保留它们，我建议您发布这些分支。您不依赖于本地计算机上的代码。顺便说一下，保留分支不会使您的存储库变大，但会污染视线。大多数情况下，提交无论如何都会出现在您的上游分支中。

merge 后您必须发布(推送)您的主分支。

为了熟悉 git 命令行工具，我建议从 Introduction to Git and GitHub 开始。来自 GitHub 人员并按照他们的链接引用了解更多详细信息。

希望对你有帮助