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

使用eclipse的单人项目的版本控制?

project-management r version-control eclipse java

FloE · 技术社区 · 16 年前

当时EclipseIDE的历史似乎已经足够了,但我不确定一个月/一年后这是否是真的。。。

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

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

7 回复 | 直到 16 年前

Community Mohan Dere 9 年前

a/ It is necessary to have a VCS

b类/ CVCS and DVCS are quite different

moving all its project to Git (而且是 improving on EGit

Hank Gay 16 年前

我推荐几乎所有的分布式版本控制系统。我用过 git 和 hg fossil (我之所以包括它,是因为它提供了一些 吉特 汞 缺乏)。我将分析我眼中的主要优点和缺点(注意:如果它们都有相同的优点,我就不提了,例如,它们都是快速和轻量级的):

- 赞成的意见
  - 非常灵活
- 欺骗
  - 陡峭的学习曲线
  - 我上一次看到Eclipse集成时,它是个蹩脚的东西
汞
- 赞成的意见
  - 不太灵活
- - 没有那么大的动力 吉特
- 注意事项
  - 吉特 但似乎停滞不前
(免责声明:我没有在愤怒中使用这个)
- - 是由SQLite的幕后黑手写的,所以你可以相当肯定固体代码
  - 提供的不仅仅是版本控制,例如,分布式bug跟踪器
  - 易于设置以供其他人访问
- - 动力不如或
  - 我很肯定Eclipse集成 化石 不存在(这是我最后一次看)

darcs 和 bzr

Community Mohan Dere 6 年前

Git ,因为您可以立即启动,而不需要中央存储库服务器。

文件系统不那么凌乱:Git只在存储库的根目录下创建一个文件夹(不像SVN)。
不会对“正常”的文件处理功能造成太多干扰。例如,在SVN中,您需要使用自定义命令重命名或移动文件。Git不是这样的。

kerkeslager 16 年前

设置和使用git或mercurial只需要很少的时间。想做就做。如果你不需要它,你就浪费了几分钟。如果你做

bully 16 年前

http://www.eclipse.org/egit/

ashurexm 16 年前

Git和Mercurial(hg)作为分布式源代码存储库确实有很大的发展势头,但在我看来,对于一个人的乐队来说,你会发现 . 如果你是在Windows中,那么TortoiseSVN shell集成非常棒(它甚至与Trac集成),免费的Subversion托管到处都是,并且对ProjectLocker.com有一些个人经验(他们使用Git和SVN)。另外,Subversion直接集成到eclipseide中非常简单。

Thorbjørn Ravn Andersen 16 年前

使用SCM而不仅仅是Eclipse History有很多好处,即使是对于一个人:

对提交的评论:你可以说为什么你做了某事。当您需要根据代码的历史找出某些代码为什么会这样做时,这将对您有所帮助。
持续集成:检查代码是否在每次保存后生成、运行测试(这一点很重要),并创建实际的二进制文件以发送给客户。