我可以使用 SVN 或 Mercurial 只提交部分代码吗？

Question

我通常使用 Tortoise SVN，但我一直在研究 Mercurial，因为它是一个分布式版本控制系统。

在这两个系统中，我都在寻找一种工具，它可以让我只选择文件的一部分并提交它们。如果我现在想这样做，我必须复制到文件的临时版本并只保留我想在当前版本中提交的更改，然后在提交后再次将临时版本复制到当前版本。就是这么麻烦，程序应该可以帮我做。

我听说 Git 支持这个，如果正确请告诉我。

Answer 1

Mercurial 可以通过 record 扩展来做到这一点。

它会提示您输入每个文件和每个差异块。例如：

% hg record
diff --git a/prelim.tex b/prelim.tex
2 hunks, 4 lines changed
examine changes to 'prelim.tex'? [Ynsfdaq?]  
@@ -12,7 +12,7 @@
 \setmonofont[Scale=0.88]{Consolas}
 % missing from xunicode.sty
 \DeclareUTFcomposite[\UTFencname]{x00ED}{\'}{\i}
-\else
+\else foo
 \usepackage[pdftex]{graphicx}
 \fi

record this change to 'prelim.tex'? [Ynsfdaq?]  
@@ -1281,3 +1281,5 @@
 %% Local variables:
 %% mode: latex
 %% End:
+
+foo
\ No newline at end of file
record this change to 'prelim.tex'? [Ynsfdaq?]  n
Waiting for Emacs...

commit之后，剩下的diff会被留下：

% hg di
diff --git a/prelim.tex b/prelim.tex
--- a/prelim.tex
+++ b/prelim.tex
@@ -1281,3 +1281,5 @@
 %% Local variables:
 %% mode: latex
 %% End:
+
+foo
\ No newline at end of file

或者，您可能会发现使用 MQ（Mercurial Queues）将存储库中的各个更改分成补丁更容易。还有一个记录的 MQ 变体 (qrecord)。

更新：还可以试试crecord 扩展，它提供了一个curses 接口来选择大块/行。

Answer 2

是的，git 允许你这样做。 git add 命令有一个-p（或--patch）选项，允许您逐块查看更改，选择要暂存的内容（您还可以优化块或编辑补丁）。您也可以使用交互模式来 git-add (git add -i) 并使用“p”选项。

这是一个screencast on interactive adding，它也演示了git add的补丁功能。

Answer 3

查看 TortoiseHG，它会进行大块选择，并让您将不同的更改提交到一个文件，就像不同的提交一样。

它甚至可以让您在一次提交中提交对某些文件的所有更改以及对其他文件的部分更改。

http://tortoisehg.bitbucket.io/

Answer 4

我刚才问了similar question，使用hgshelve extension得到的答案正是我想要的。

在进行提交之前，您可以将来自不同文件的更改（或文件中的大量更改）放在“架子”上，然后提交您想要的内容。然后，您可以取消搁置未提交的更改并继续工作。

过去几天我一直在使用它并且非常喜欢它。非常易于可视化和使用。

Answer 5

Mercurial 现在为commit 命令提供了一个选项--interactive（或-i），可以直接启用此功能。

这直接从命令行工作，所以如果你是一个命令行爱好者，它是完美的！

跑步

> hg commit -i

开始一个交互式会话，允许检查、编辑和记录单个更改以创建提交。

这与git add 和git commit 命令的--patch 和--interactive 选项非常相似。

Answer 6

我建议不要这样工作。

如果您必须进行多组更改，即已准备好签入的设置 A 和尚未准备好的设置 B，您如何确保仅签入设置 A 不会破坏您的构建/测试？你可能会错过一些行，忘记不同文件中的行，或者没有意识到 A 对 B 的依赖会破坏其他人的构建。

您的提交应该是谨慎的原子更改，不会破坏您或您团队中的其他人的构建。如果您只提交部分文件，那么您在不知情的情况下为他人破坏构建的机会将大大增加，直到您遇到一些不高兴的同事敲门。

最大的问题是，您为什么觉得有必要以这种方式工作？