VCS和单一开发人员“团队”

Question

我是一名为我公司工作的开发人员。我使用subversion和Trac（用于跟踪错误并与管理类型进行通信）。我有一个临时服务器和一个生产服务器。今天我检查了一些代码并发现我的基于FSFS的svn（v1.4）存储库是无可挽回的损坏。虽然这是一个非常糟糕的事情，但它让我有机会将我的VCS /登台系统转移到更现代的发行版（目前是一个2岁的系统）。 （就回购而言，我确实有一个未损坏的当前版本的代码，所以当我失去开发的所有历史和评论时，我不会丢失任何代码。哇。）

目前我在Ubuntu上开发并且生产运行RHEL5-64。我的硬件将保持不变，一个32位x86单核系统。

我熟悉SVN及其构造，但我对FSFS腐败问题感到有些不安。我不太了解git，除了它相当受欢迎。我目前使用Trac来管理问题，我真的很喜欢它与svn的集成。似乎有插件可以支持Git，但我不确定该开发的成熟度。

我目前正在考虑构建以下内容：

1. Ubuntu 8.10桌面（然后添加 apache2和其他软件包...... 上次我尝试添加GUI 我刚才的服务器版 拉了我的头发）
2. SVN（因为我是 熟悉它和Git似乎是 一个人有点矫枉过正 团队）
3. Trac（因为我很熟悉 使用它，它适用于SVN）。

我想对我的“新”vcs系统提出一些建议和想法。我有理由搬到Git吗？有没有比Trac“更好”的东西？

Answer 1

我在所有个人项目中使用git。我无法想象更好的东西。一旦项目超出你的范围，它就特别有用。您的开发过程几乎根本不需要更改，除非偶尔添加到公共仓库。

Answer 2

  

SVN（因为我对它很熟悉，Git对于一个人团队来说似乎有点矫枉过正）

git非常轻巧，易于使用。语法与subversion略有不同，但这就是它。我不会说它有点矫枉过正。实际上没有任何关于它的内容或多或少比颠覆更复杂。

对于错误跟踪，我使用名为Pivotal的基于Web的系统。它是免费的（目前），并且内置了一些项目管理功能。它非常适合小型团队，因为它非常简单，几乎不需要设置即可使用。

Answer 3

我们在这里使用svn / trac / ubuntu。

为了减少损坏的影响，我建议您实施一个自动作业（cron？），每天对svn和trac存储库进行一次热备，并将它们发送到异地（rsync）进行备份。我们在这里使用NAS，但是像S3或Dreamhost这样的东西也很好用。

这样，如果出现问题，你只会失去一天的工作。

SVN hotcopy：

svnadmin hotcopy $REPOSITORY $DESTINATION

trac hotcopy：

trac-admin $REPOSITORY hotcopy $DESTINATION

Answer 4

Git是一个很好的源代码控制系统，特别是如果你对命令行感到满意的话。 SVN显然是一个很好的老主力，现在1.5合并支持更好。

Trac很好，但是当我们查看它时，它仅限于单个项目，并且在源代码管理支持部门中表现不佳。

我们现在使用redmine，它允许多个项目，并允许我们为每个项目使用不同类型的源代码控制，包括git。

哦是的，我们用哈德森来建造：）

Answer 5

我推荐Redmine。虽然我主要是Mercurial用户，但也支持git（Darcs，svn和cvs也是如此）。分布式版本控制系统的一个好处是你基本上可以免费获得备份（你知道你应该已经完成​​了旧svn仓库的备份，对吧？）......

Answer 6

Perforce最多可以为两个用户提供免费啤酒，并且有good reputation。

Answer 7

我要退后一步，采取更大的看法。如果你对SVN和Trac熟悉和熟悉，并且他们为你完成了工作（忽略腐败问题的一秒钟），我会质疑是否需要移动。这是源代码控制和错误跟踪，通常只要它们适用于您的团队，我就不会花费大量精力来管理他们的环境，安装和评估新工具等。

我的10,000英尺建议是利用这个机会完全考虑外包这个功能。主机（免责声明：我的公司就是其中之一）将以免费/低成本为您托管您的Subversion，Git，Trac，Lighthouse等。然后，当磁盘阵列或FSFS或其他任何东西出现问题时，花费100％时间担心这些东西的人可以处理它，可能没有你甚至没有意识到这个问题。如果你公司的政策允许你使用主机来实现这个功能，那么你现在可以节省一个周末，一个周末（下一个灾难）和无数美元的生产时间。