Question

我目前正在研究几个项目（至少开发部分只由我完成:)。将Eclipse与不同的Java，R，SQL和其他源文件一起使用我想知道哪种版本控制系统最适合我。

当时Eclipse IDE的历史似乎已经足够了，但我不确定这个月/年是否会成立......

您会推荐什么解决方案？为什么？

更确切地说：如果我决定使用完整版控制系统，我肯定会使用SVN或git。但我不确定是否有必要......

small update: has the release of Eclipse Helios added new opinions?

Answer 1

我几乎推荐任何分布式版本控制系统。我在愤怒中使用了git和hg，并在fossil进行了搜索（我将其包括在内，因为它提供了git和hg缺少的一些功能。我将打破我眼中的主要优点和缺点（注意：如果它们都具有相同的优势，我就不会提及它，例如，它们都快速而轻巧）：

git
- 赞成
  - 非常灵活
  - GitHub的
- 缺点
  - 陡峭的学习曲线
  - 更灵活
  - 我最后一次看
hg
- 赞成
  - （IMO）更一致的命令
  - 不太灵活
  - 到位桶
- 缺点
  - 不太灵活
  - 没有git
- 注意事项
  - 我最近没有检查Eclipse支持;它曾经比git更好，但似乎相当停滞
fossil（免责声明：我没有愤怒地使用过这个）
- 赞成
  - 由SQLite背后的人写的，所以你可以相当确定它是 SOLID 代码
  - 提供的不仅仅是版本控制，例如分布式错误跟踪器
  - 轻松设置其他人访问
- 缺点
  - 与git或hg
  - 我很确定fossil的Eclipse集成不存在（这是我最后一次查看）
  - 没有免费托管我知道并行GitHub或BitBucket，所以你实际上必须自己托管你的仓库

还有其他DVCS，特别是包括darcs和bzr，但我没有足够使用它们对它们有一个有价值的意见。

Answer 2

a / It is necessary to have a VCS

b / CVCS and DVCS are quite different

Eclipse /当前是moving all its project to Git（并且是improving on EGit），因此Git将成为Eclipse上的VCS目标。

Answer 3

Git，因为您可以立即开始，不需要中央存储库服务器。

其他一些优势（与其他SCM相比）：

较少杂乱的文件系统：Git只在存储库的根目录创建一个文件夹（与SVN不同）。
不会对“普通”文件处理功能造成太大影响。例如。在SVN中，您需要使用自定义命令来重命名或移动文件。 Git不是这种情况。

我觉得Git非常轻量级，所以没有理由等到你的项目“足够大”或其他什么。

Answer 4

据我了解，这只是您最喜欢哪个版本控制系统的问题。

但是我认为最性能的系统可能就是git。 http://www.eclipse.org/egit/用于eclipse插件：）

无论如何，我建议使用版本控制系统。即使在小型项目中，您也会非常快地达到以前的解决方案可能会更好的程度。如果没有版本控制系统，您将很难恢复更改或恢复到以前的版本（嗯，这是这些系统的一大优势，对吗？））。

Answer 5

您的评论让您觉得真正的问题是您是否真的需要使用版本控制，因为它是一个单人项目。

设置和使用git或mercurial只需要很少的时间。去做就对了。如果你不需要它，你就会失去几分钟。如果您做需要它，它可能会为您节省数周时间。

Answer 6

Git和Mercurial（hg）确实有很多动力作为分布式源代码存储库，但在我看来，对于单人乐队，你会发现 Subversion 支持最多。如果你在Windows中有TortoiseSVN shell集成，它非常棒（甚至可以与Trac集成），并且免费的Subversion托管已经到位，并且可以与ProjectLocker.com（他们使用Git和SVN）有一些个人经验。此外，Subversion直接集成到Eclipse IDE中非常简单。

Answer 7

使用SCM而不仅仅是Eclipse histoiry有很多好处，即使对于一个人来说也是如此：

对提交的评论：你可以说为什么你做了什么。当您需要根据历史记录找出某些代码的原因时，这将对您有所帮助。
备份：哦，你完全弄乱了你的Eclipse工作区？只需创建一个新的，然后提取代码的新副本。
持续集成：在每次保存后检查代码是否构建，运行测试（这很重要），并创建实际二进制文件以发送给客户。

这是你的安全网。花点时间学习它，并正确使用它。你最终会喜欢它:)）

使用eclipse进行单人项目的版本控制？

7 个答案: