git - 如果使用 Mercurial 或 Git，经常提交文件好吗？

Question

似乎建议我们可以经常提交以跟踪我们编写的代码的中间更改......例如在 hginit.com 上，当使用 Mercurial 或 Git 时。

但是，假设我们在做一个项目，并且我们经常提交文件。现在出于某种原因，经理希望部分功能退出，所以我们需要进行推送，但我听说在 Mercurial 或 Git 上，无法推送单个文件或文件夹……要么所有内容都已提交被推或没有被推。因此，我们要么必须恢复所有不想推送的文件，要么我们永远不应该在推送之前提交——在提交之后，我们推送？

Answer 1

管理它的最佳方式(无论您使用的是 Mercurial、Git或任何其他版本控制系统)是为了确保你的工作在对应于这些“部分”的分支上完成功能”。即使有很小的机会工作需要独立于其他工作发布，它从一开始就应该有自己的分支。

这使您可以灵活地推送“部分”特征”，并且更适合于“部分特征”和其他一些“特征的一部分”都包含对同一文件的更改。

在这里使用 Mercurial 或 Git 的好处是管理这些分支是微不足道的，所以创建和使用的成本它们(即使结果证明它们不是必需的)是最小的。

现在，您不能总是预见到一切。如果你最终陷入困境不过，在你描述的情况下，很容易脱身的。假设你在本地有 100 个变更集(还没有在服务器上)并且你只想推送 1 个文件的当前内容。创建一个克隆您正在处理的存储库回到服务器修订版，复制文件结束、提交、推送和整合回来。在 Mercurial这看起来像下面这样:

$ cd ~/project
$ hg clone http://server/project/trunk trunk-oops
$ cp trunk/shouldve-branched trunk-oops/shouldve-branched
$ cd trunk-oops; hg addrem; hg ci -m "We need to organize better!"; hg push
$ cd ../trunk; hg fetch ../trunk-oops