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

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上
  • 缺点
    • 陡峭的学习曲线
    • 更灵活
    • 上次我看时,Eclipse集成很蹩脚
• hg
  • 优点
    • (IMO)更一致的命令
    • 不太灵活
    • 到位桶
  • 缺点
    • 不太灵活
    • 没有那么多的动力 git
  • 注意事项
    • 我最近没有检查Eclipse支持; 它过去比它更好git,但似乎相当停滞
• fossil (免责声明:我没有愤怒地使用过这个)
  • 优点
    • 由SQLite背后的人写的,所以你可以相当确定它的SOLID代码
    • 提供的不仅仅是版本控制,例如分布式错误跟踪器
    • 易于设置以供其他人访问
  • 缺点
    • 几乎没有太多势头git或hg
    • 我很确定Eclipse集成fossil是不存在的(这是我最后一次看)
    • 没有免费托管我知道并行GitHub或BitBucket,所以你实际上必须自己托管你的仓库

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

Answer 2

a/必须有一个VCS

b/CVCS和DVCS完全不同

c/Eclipse目前正在将其所有项目移至Git(并且正在改进EGit),因此Git将成为Eclipse上的VCS目标.

Answer 3

Git,因为你可以马上开始,不需要中央存储库服务器.

其他一些优点(与其他SCM相比):

• 不那么杂乱的文件系统:Git只在存储库的根目录创建一个文件夹(与SVN不同).
• 不会对"正常"文件处理功能造成太大影响.例如,在SVN中,您需要使用自定义命令来重命名或移动文件.Git的情况并非如此.

我觉得Git非常轻巧,所以没有理由等到你的项目"足够大"或者其他什么.