我使用修订控制工具来处理不断变化的网页版本，LaTeX文档以及实际的源代码，但我认为我做得不对。我使用了cvs一段时间，然后git最近，但我不是很满意他们，可能是因为我使用不正确。我想要一些关于如何正确使用它们的建议，或者建议使用不同类型的工具。
基本上，我想使用源代码控制作为持久的长期“撤消”功能，我可以轻松浏览。例如，如果我在eclipse中有一个Java项目，那么如果我可以看到当前文件的并排视图以及带有完全恢复或剪切和粘贴旧版本的选项的早期版本，那将是很好的。就网页树这样的东西而言，我希望看到树的并排视图并恢复到旧版本的文件，或者恢复之前删除的整个目录。
现在我每次做出重大更改时基本上都会做git add .; git commit -a，并知道如果需要我可以恢复一些旧版本的文件。每当我真的不得不回去浏览修订树时，它似乎很复杂。我过去尝试了一些GUI，包括一个基于Web的CVS查看器，但它似乎仍然比它需要的更难。
我做错了吗？或者我应该使用不同的工具吗？
答案 0 :(得分：2)
如果您对代码进行逻辑更改提交，那么Git肯定会效果最佳。这样你就可以（a）告诉他们以后的内容，（b）如果你需要，可以选择它们。如果你只是批量提交自从过去任意点以来发生了变化的所有内容，那么你的提交历史看起来很复杂就不足为奇了。
我建议练习使用Git尝试每次更改内容时进行小的，自包含的提交。您不仅会发现您的项目历史更加明智，而且当您需要使用源控制系统与其他人协作时，您将在源控制的最重要部分得到很好的实践。
答案 1 :(得分：1)
我可以回答你的部分问题：gitk，虽然它是丑陋的，但它是最具特色的GUI，它与Git捆绑在一起。它允许您查看两个不同修订版本之间的差异。
答案 2 :(得分：0)
我想与前发言人不同。
我使用旧的RCS来处理文件，例如dotfiles，配置文件和小项目。
我知道它已经老了，不再疯狂使用，但对于只有一个人使用过的小东西，这很棒。我非常容易使用，初步配置几乎为零。
我使用ci -o和co -l来使用rcs。