您可以设置一个ssh服务器并在那里运行一个中央存储库。然后，所有开发人员只需同意(作为策略问题)在完成提交时推送到服务器。这是我工作场所的使用模式。很像CVS和svn。

找到存放存储库的地方(例如/var/gitroot)。 创建一个新的repo (mkdir项目。Git && CD项目。Git && Git init——bare——shared=group)。 然后在您的客户端，克隆远程repo (git克隆ssh://yourserver.com/var/gitroot/project.git && cd项目) 添加一些文件(git添加README) git commit -m“初始导入” Push (git Push origin master)

这应该会为你做好准备。

Gitorious是一个开源的git web界面，你可以在自己的服务器上运行，就像github一样:

http://getgitorious.com/

更新:

http://gitlab.org/现在也是另一个选择。

更新2:

Gitorious现在加入了GitLab

http://repo.or.cz，虽然相当好的倾向于一些用户的一些问题。

如果你是其中之一，我建议你试试http://unfuddle.com，因为你来自一个subversion背景。

查看“30秒之旅”:http://unfuddle.com/about/tour/plans

对于简单的设置，您可以提供对中央服务器的SSH访问，并设置每个用户的工作目录从这个“原点”进行推/拉。这对于小型团队来说是最简单和常见的设置。

你也可以看看gitosis，它给你一个http服务器，并能够远程管理它。这样，您就不必向每个提交者授予ssh访问权限和所有必需的内容。

为了补充Chris所说的，您可以使用gitosis (http://eagain.net/gitweb/?p=gitosis.git)来控制谁可以实际访问回购。

根据您的使用情况，还可以使用钩子(在.git/hooks文件夹中)，这样当您从本地计算机进行推送时，您的代码将自动拉入服务器的文件系统。这里有一个流行的脚本:http://utsl.gen.nz/git/post-update。不过，并不是所有情况下都需要这样做。

它可能不是最常见的git服务器设置，但在尝试了不同的布局、工具、镜像和权限方案后，我想说，对于企业存储库来说，Gerrit是一个相当可靠的替代方案，这可能看起来令人惊讶，因为它更广为人知的是一个代码审查工具。我们开始使用它作为代码审查，它慢慢成为我们的主要存储库，弃用g3/gitolite

It is straightforward to deploy (you basically drop the .war in a tomcat) has a web ui to manage repositories, groups and permissions (or a ssh cli) has a built-in java ssh and git implementation, so you have nothing else to set up ldap support for users and groups (usually a must for companies) a very flexible permission system (with project groups, permission inheritance, restricting read/write/branching/unreviewed writes/etc) code review capabilities (if you're into that thing) repo mirroring (to push some repositories to github or other public repo)

此外，它被用于大型项目(如android, chrome)，所以它的规模，现在是相当坚实的。如果您想绕过代码审查部分，只需给您的用户PUSH权限。