学术研究集群的代码库/Wiki？
（不确定这是否是最好的 SE，但其他似乎都不够接近）
我是一名“新”博士研究员，在与我的大多数集群同事（包括工作人员）聊天后，我建议建立一个共享系统“获得经验知识”（电气工程中的数字通信，因此大量的代码、大量的语言和大量的算法，因此很多事情需要“解决”两次。）
每当我完成主要的编码项目时，它是是包含单个项目的单个存储库，这似乎是该领域“HOWTO”文章的一般状态。我希望将一些东西放在一起，有一个 wiki“前端”（我有 Mediawiki 的经验，所以我可能会坚持下去），带有“上下文”信息和理论内容，还有一个 VCS“后端”它将保存人们想要共享的代码库档案。建立这个档案的原因是，人员流动很大，任何生成的代码都可能在他们离开时消失在以太中，因此经验会丢失。
任何人都可以推荐任何用于这种多项目 VCS 后端的工具吗？ 理想情况下，我想要类似于 bitbucket 但在本地提供服务的工具。
(Not sure if this is the best SE, but nothing else seemed close enough)
I'm a 'fresh' PhD Researcher, and after chatting with most of my cluster-colleagues (including staff), I suggested putting together a system for sharing 'acquired experiential knowledge' (Digital Communications within Electrical Engineering, so lots of code, lots of languages, and lots of algorithms, therefore a lot of things to 'work out' twice.)
Any time that I've done major coding projects, it's been a single repository containing a single project, and this seems to be the general state of 'HOWTO' articles in this area. I'd be looking to put something together that would have a wiki 'front end' (I've got experience with Mediawiki so I will probably stick with that), with 'context' info and theoretical stuff, with a VCS 'backend' that would hold archives of code-bases that people wanted to share. The reasoning for this archive is that there is a lot of person-turnover and any generated code can disappear into the ether on their departure, so that experience is lost.
Can anyone recommend any tools for this kind of multi-project VCS backend? Ideally I'd like something similar to bitbucket but locally served.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
如果您想打开它，code.google.com 是一个可能的解决方案
If you want it open, code.google.com is a possible solution
对于自托管 Git 存储库，并在其前面使用 Gitweb 之类的东西，Gitolite 是当前的标准。然后，您的 wiki 可以提供指向 gitweb 和实际存储库 URL 的链接。保持“每个项目一个存储库”的结构。任何交叉引用（例如按语言、主题和任务）都可以在 wiki 中进行。
For self-hosting Git repositories, and fronting them with something like Gitweb, Gitolite is the current standard. Your wiki can then provide links to both gitweb and the actual repository URLs. Keep to the 'one repository per project' structure. Any cross-referencing (say by language, topic, and task) can happen in the wiki.
这听起来像是一个问题，可以通过使用 github 或 bitbucket。两者都提供带有 wiki 和问题跟踪器的（分布式）VCS。 Github 使用 Git，bitbasket 使用 Mercurial。您甚至可以将所有内容设为私有。
That sounds like a problem, which could be solved by using github or bitbucket. Both offer (distributed) VCS with a wiki and an issue tracker. Github using Git and bitbasket using Mercurial. You can even make everything private.