当我们的工作流包含大量未提交的代码时，除了stash之外，有没有使用git-pull的最佳实践？

Question

我和我的团队是Git的新手；到目前为止，我们已经使用了CVS。我们有一个远程存储库，我们每个人都有自己的存储库。我们每个人都在致力于一个特性或bug，但我们中的一些人可能会在同一特性的不同部分工作。

当一个完成后，他们提交并推送他们的更改。另一个程序员可能想要使用该代码(例如，如果一个人在BL上工作，另一个人在UI上工作)，但不提交任何东西，因为代码可能甚至还没有编译，或者工作目录可能仍然很脏。

到目前为止，我只找到了一个使用stash的建议，但我们发现它很不舒服。我们希望从远程拉出代码，并简单地将其与未提交的代码合并，但据我所知，这可能是不可能的。

你认为我们使用遥控器最好的方法是什么？

Answer 1

问题所在

你的工作流程中有CVS/SVN习惯，尤其是“大补丁”的心态。

解决方案

Git有一个非常便宜的分支模型和交互式阶段。这样做的结果是，您应该在功能分支上工作，并将非集成分支视为补丁队列。

所以，你应该做一些更容易管理的事情，而不是“编码，推，拉，合并，尖叫”：

很多

1. 分支。为每个迷你特性创建一个分支，或者对您的私有分支进行大量的小的原子更改( change-set.
2. Commit )。git add -p是您的朋友。在合并到集成分支之前，
3. 会根据您的集成分支重新设置您的私有分支的基础。每次您拥有完整的更改集或完成某个功能时，
4. 都会推送到您的集成分支。

如果你开始把Git提交当作补丁，把分支当作补丁队列，你最终会得到一个工作流，在这个工作流中，人们可以在不会偏头痛的情况下在存储库中精挑细选或合并小的变更集。Git分支模型让它变得简单，但它取决于您的团队将工作分解为合适大小的部分。

Answer 2

只要你不推送你自己的代码，你可以提交，然后git pull。

提交将对您的存储库保持私有，直到您下一次推送。

​

​

因此，你可以在同一个'feature‘分支上工作，同时仍然受益于你同事的推动。

但是，如果您还必须发布您的工作，那么您可以使用'developerX_feature‘分支，以便您推送您自己的分支，并让其他人获取您的分支，然后将您的分支合并到他们本地存储库中自己的'developerY_feature’分支。

Answer 3

使用分支！您可以创建分支，将更改提交到此分支，推送此分支，然后其他人可以获取此分支，并在分支之间切换(结帐)(甚至脱机)。它不会影响你的主稳定分支(主分支)。