我为一家非常小的公司工作(约5名员工，2.5位编码员)。几年来，我们一直没有代码或者文档管理，但是随着我们的成长，它开始赶上我们。

有关管理系统的任何建议。免费是更好的选择，但便宜是可以接受的。我们只是不想花更多的时间在安装/配置上，而这会节省我们的时间。

我们主要使用VC ++ 6，但我们正在分支到VC2008. 另外，我们需要跟踪几块硬件的机械图和电路图，以及硬件和软件的用户手册(但我并不希望找到一种能够完成所有这些任务的工具)。

解决方案

回答

如果我们获得了MSDN开发人员许可证，则可以运行TFS工作组版本。这样一来，就可以将源代码管理和文档管理汇总到一个易于使用和管理的软件包中。除了内部Wiki，这就是我公司所做的。

回答

螳螂非常适合问题跟踪。 Subversion用于源代码控制。两者都是免费的。

对于文件，我不知道。听起来我们可以通过网络共享做得很好。

回答

使用Subversion。它是免费的，并且是绝大多数开源项目的首选源代码控制系统。

SVN使用浅表副本，因此，如果存储库中有大文件并分支，则不会完成完整文件副本，而只是指向原始副本的指针。至于文本文件(代码)，仅差异存储。

使用TortoiseSVN进行Windows资源管理器集成。

TFS是一头猪，我们需要打开Visual Studio与Source Explorer进行交互。对于CAD工程师而言，为此而需要TFS许可证是愚蠢的。

对于文档管理，只需使用Windows Server 2003(或者2008)附带的Windows Sharepoint Services。

回答

我们可能想看看Trac。

回答

http://trac.edgewall.org/可能很难安装，但如果结合使用svn信息库则非常好

回答

我在一家类似规模的公司工作，当我到达这里时，我和你在同一个地方。我很容易实现了SVN / Subversion http://subversion.tigris.org/。如果我们使用svn协议并使用svnserve(可以作为可在服务器上自动启动的Windows服务进行设置)，则需要花费1.5-3个小时的时间来设置，具体取决于我们想阅读的内容多少。 bean.com/，有关Windows软件包下载，请参见collabnet http://www.collab.net/downloads/subversion/

使用Windows，我们可以使用集成到Windows Shell中的Tortoise SVN。还有一个新版本的Ankh SVN(2.0)http://ankhsvn.open.collab.net/，它已集成到Visual Studio中。 Ankh非常好(有待更改的窗口，类似于Subclipse之类的功能)，但它是新发行版，但存在一些错误(我们遇到了一些内存问题和运行缓慢)。目前，我们既使用Tortoise进行初始结帐或者导入，也使用Ankh进行其他所有操作，我们非常高兴。

如果我们有Mac用户，那么这里有很多选择。我们这里有一个使用版本http://www.versionsapp.com/的mac用户，尽管听起来他们一旦退出测试版便会为此付费。

我建议使用SVN，因为它在那里已被广泛使用，并且我认为对于我们将日常用于生产目的的开源项目而言，这很重要。只是说明一下，提到的所有内容(版本除外)都是免费的。

回答

Subversion(SVN)是理想选择。它是免费的，可以与TortoiseSVN很好地集成到Windows中，并且受到用户的良好容忍。

我们将其用于源代码以及文档管理。

回答

我也为一家小型公司工作，我们主要使用.NET语言进行开发。尽管信誉良好，我们还是决定使用Visual SourceSafe进行源代码控制，因为它可以与Visual Studio很好地集成。 VSS对我们来说运作得很好，并且我们还没有遇到任何严重的问题。此外，我们还托管一个SharePoint服务器，该服务器用于存储诸如编码标准，情节提要甚至SCRUM日志之类的文档。

回答

我们使用HostingPlayground。每月只需​​花费$ 6，我们便可以获得多个Subversion存储库和一个Trac实例。不能打败它。并由于其服务立即可用。

回答

Perforce！

与大多数其他源代码控制系统相比，它非常快。远程运行效果很好。 (就我而言，SSH隧道)

VS插件相当不错...我还没有尝试过Eclipse插件那么多。

如果我们可以与两个分别具有5个工作区的用户一起使用，则可以免费使用它。 (我知道，目前)

如果那行不通，那确实要花点钱……我相信每个用户大约800美元。明年某个时候，我可能会付钱。 (在多台装有VM的计算机上工作时，很难有5个工作区)

不过，我仍然听说一个矿山正在使用的一个客户使用的客户端的ClearCase / ClearQuest系统要慢于冰川，每位开发人员的费用约为1万美元，因此，在涉及源代码管理方面，这是一个相对的概念。

别管源代码控制了，伙计！缓慢的源代码控制是a $$的严重痛苦。

避免仅使用版本文件的类似SourceSafe的系统...使用跟踪任务或者更改集的系统。将所有内容归为一个任务非常有用。标签不是可接受的替代品。

而且，Perforce的日志性质使备份和恢复变得更加容易。

回答

"管理"要求的解决方案似乎至少需要以下类别的工具或者工具集：(对链接的抱歉，信誉不足，无法在答复中加上正确的名称)

• 源代码管理
• 故障/错误票务
• 文档管理

绝对可以看看stackoverflow.com/questions/15024/tools-to-help-a-small-shop-score-joel上的较高测试工具帮助小商店在joel测试所引用的分数上更高stackoverflow.com/questions/84303/code-document-management-for-a-very-small-company/84363#84363 Kristopher

每个都有各种免费/开源解决方案，同样有商业解决方案。

源代码管理(SCM)

源代码管理的一个重要趋势正在从使用TFS(？)，cvs或者subversion.tigris.org svn之类的集中式代码管理发展到使用www.selenic之类的分散式"分布式"源代码管理。 com / mercurial / wiki /或者git-scm.com/。有些工具或者集成到延续中

上面提到的源代码管理工具都具有不错的ms Windows集成工具，有些甚至具有更紧密的Visual Studio集成(例如Mario提到的TFS，ankhsvn.open.collab.net / ANKH svn)。

如果编码涉及到与集中式源代码存储库断开/关闭的大部分时间(例如，当无法通过Internet访问存储库时，在家进行大量编码)，那么简单的一般建议将git / mercurial推荐给git / mercurial。

Wikipedia的en.wikipedia.org/wiki/Source_code_management很好地概述了与源代码管理相关的各种问题，以及各种选择的好处。

如果我们以前从未使用过scm，则只需选择一个或者两个适合小组要求的工具并进行测试即可。当然，如果我们认识附近有某特定scm解决方案经验的人，则可能有助于团队的学习弯路，使他们共享经验。

我为方案选择的是：使用ankhsvn.open.collab.net进行Subversion进行Visual Studio集成的Ankh SVN。

故障/错误票务

没有可用的工具能够解决所有人的所有问题，每种工具都有其优势，并且大多数都需要开发团队现有的作案手法做出一些折衷。再次，Wikipedia是朋友，具有主要工具的en.wikipedia.org/wiki/Bug_tracker概述和en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems比较。

安装

基于php的工具是最容易启动和运行的工具(根据我的经验)，并且涉及更多的perl工具(？)当然，确实有一个python易于安装，但配置起来比我的要好。

我为我们选择的方案：trac.edgewall.org/ Trac

Trac is an enhanced wiki and issue tracking system for software development projects. Trac uses a minimalistic approach to web-based software project management. Our mission is to help developers write great software while staying out of the way. Trac should impose as little as possible on a team's established development process and policies.
  
  It provides an interface to  Subversion (or other version control systems), an integrated Wiki and convenient reporting facilities.
  
  Trac allows wiki markup in issue descriptions and commit messages, creating links and seamless references between bugs, tasks, changesets, files and wiki pages. A timeline shows all current and past project events in order, making the acquisition of an overview of the project and tracking progress very easy. The roadmap shows the road ahead, listing the upcoming milestones.

图纸/文件管理

如果我们将Subversion与Trac一起使用，则可以使用这些工具解决许多文档管理问题。否则，另一个stackoverflow讨论主题：stackoverflow.com/questions/587481/developer-documentation-sharepoint-document-management-vs-screwturn-wiki对于以Windows为中心的环境，开发人员文档sharepoint文档管理vs.screwturn Wiki很好。

回答

使用Git进行源代码控制，使用Basecamp / Pivotal Tracker / Unfuddled进行编码工作流，并使用Sharepoint / Google Docs进行文档管理。