哪个* light * ubuntu用作git中央服务器?

在我的公司,我们正在使用http://gitorious.org代码的自行部署来pipe理我们的仓库。

这是一个绝对的怪物!

Gitorious是一个非常沉重的ruby应用程序和服务器每2周崩溃..

它运行的是Ubuntu Server 10.04

它有1GB的内存!

是由5个开发人员组成的团队,目前大约有10个版本库,包括像vim configs这样的东西。

我正在考虑将我们重新转到在旧版CLI / Server版本上运行的gitosis。

理想情况下,我想让它在256mb ram的盒子上运行得尽可能轻。

哪个Ubuntu是足够新的,以支持所有的gitosis依赖,但足够老,以应付在256MB内存?

非常感谢

丹尼尔

我肯定会build议gitolite。 我们在家中使用gitosis,pipe理大约20G大小的压缩库,并有许多开发人员24/7访问它们。 服务器使用非常轻,从来没有问题。 Gitolite只能改善gitosis,并提供更好的访问控制。 我想我们很快就会朝这个方向前进。

我们搬到了gitolite,不能再高兴了。 提供更好的错误检查,并有更好的分组。 另一件我们已经知道RW提供了大量必要的访问,但RW +允许远程分支删除权限。

接下来停止gitlab。 但最新版本的gitlab停止使用gitolite进行凭证pipe理,因此我们对过度使用我们的访问pipe理持怀疑态度。 再次。

你真的需要Gitorious的GUIfunction吗? 如果你不这样做,你可以使用Gitolite来pipe理git访问控制。 Gitolite的资源密集程度并不高。

所以……你的记忆可能不会像你所想的那样被使用。 Ubuntu(以及所有现代Linux内核)将内存保持在caching状态。 caching不是一件坏事。 内核保留这个内存以防万一它需要这个空间,但是当另一个应用程序请求这个空间的时候,释放它是非常快的。

您可以使用命令vmstatfree来validationcaching是否使用此空间。

以下是关于ServerFault描述caching“问题”的简短回答。

现在…为什么Gitorius崩溃? 你应该看看你的日志,find一个根本原因。 注意你的服务器崩溃的时间,然后开始浏览你的apache和gitorius日志。

尝试启动默认的Apache LogLevel infodebug