代码之家  ›  专栏  ›  技术社区  ›  Rich

方便一人使用修订控制

  •  1
  • Rich  · 技术社区  · 14 年前

    我使用修订控制工具来处理不断变化的网页版本、乳胶文档以及实际的源代码,但我认为我做的不对。我用了一段时间的简历,然后是最近的Git,但我对它们不太满意,可能是因为我用错了。我想要一些关于如何正确使用它们的建议,或者对于不同类型的工具的建议。

    基本上,我想使用源代码管理作为一个持久的长期“撤销”功能,我可以轻松浏览。例如,如果我在Eclipse中有一个Java项目,如果我能看到当前文件的并排视图和一个具有完全恢复或剪切和粘贴旧版本的选项的版本,那就太好了。对于类似网页树的内容,我希望看到树的并排视图,并恢复到旧版本的文件,或者恢复以前删除的整个目录。

    现在我基本上做了一个 git add .; git commit -a 每次我进行重大更改,并且知道如果需要,我可以还原一些旧版本的文件。每当我真的要回去浏览修订树时,它就显得很复杂。我以前尝试过一些GUI,包括一个基于Web的CVS查看器,但看起来仍然比需要的要困难。

    我做错了吗?或者我应该使用不同的工具?

    3 回复  |  直到 14 年前
        1
  •  2
  •   Greg Hewgill    14 年前

    如果你的承诺是 符合逻辑的 对代码的更改。这是为了让你可以(a)告诉他们是什么,然后(b)选择他们,如果你需要的话。如果您只是批量提交自过去某个任意点以来发生的所有更改,那么您的提交历史看起来很复杂也就不足为奇了。

    我建议练习使用git来尝试在每次更改某些内容时进行小型的、自给自足的提交。不仅你会发现你的项目历史更明智,而且当你需要使用源代码管理系统与其他人合作的时候,你会在源代码管理最重要的部分得到很好的实践。

        2
  •  1
  •   siride    14 年前

    我可以回答你的部分问题:Gitk,虽然它很难看,但它是guis中最具特色的,并且与Git捆绑在一起。它允许您查看两个不同版本之间的差异。

        3
  •  0
  •   polemon    14 年前

    我想和我的前扬声器有所不同。

    我用旧的 RCS 对于单个文件,如点文件、配置文件和小项目。

    我知道它是旧的,不再被疯狂地使用了,但是对于只有一个人使用的小东西,它是伟大的。我很容易使用,而且基本上采用零初始配置。 我用 ci -o co -l 使用RCS。