我在一家很小的公司工作（约 5 名员工，2.5 名程序员）。几年来我们一直没有代码或文档管理，但随着我们的成长，它开始赶上我们。
关于管理系统的任何建议。免费更好，但便宜是可以接受的。我们只是不想花更多的时间在安装/配置上，而不是节省我们的时间。
我们主要使用 VC++ 6，但我们正在扩展到 VC# 2008。此外，我们需要跟踪几个硬件的机械图纸和电路图，以及硬件和软件的用户手册（但我真的不希望找到一种工具来完成所有这些工作，只是希望）。
【问题讨论】：
标签： visual-c++ version-control
Subversion (SVN) 是您的绝佳选择。它是免费的，可以通过 TortoiseSVN 很好地集成到 Windows 中，并且深受用户欢迎。
我们将它用于源代码以及文档管理。
【讨论】：
http://trac.edgewall.org/ - 可能有点难安装，但如果与 svn 存储库结合使用则非常好
【讨论】：
Mantis 非常适合问题跟踪。用于源代码控制的颠覆。两者都是免费的。
对于文件，我不知道。听起来您可以使用网络共享。
【讨论】：
你可能想看看Trac。
【讨论】：
我在一家类似规模的公司工作，当我来到这里时，我和你在同一个地方。我很容易实现了 SVN/Subversion http://subversion.tigris.org/。如果您使用 svn 协议并使用 svnserve（可以设置为在您的服务器上自动启动的 Windows 服务），根据您要阅读的内容http://svnbook.red-bean.com/，请参阅 collabnet @987654323 @ 用于 Windows 软件包下载
使用 Windows，您可以使用集成到 windows shell 中的 Tortoise SVN。还有一个集成到 Visual Studio 中的 Ankh SVN (2.0) http://ankhsvn.open.collab.net/ 的新版本。 Ankh 非常好（有挂起的更改窗口，有点类似于 Subclipse 的功能），但它是一个新版本并且有些错误（我们经历了一些内存问题和缓慢）。我们目前使用 Tortoise 进行初始结帐或导入，使用 Ankh 进行其他所有操作，并且非常满意。
如果您有任何 Mac 用户，那里有很多选择。我们这里有一个 mac 用户使用版本 http://www.versionsapp.com/，但听起来他们一旦退出测试版就会收费。
我会推荐 SVN，因为它在外面被广泛使用，而且我觉得这对于您将每天用于生产目的的开源项目很重要。简单说一下，这里提到的所有内容（版本除外）都是免费的。
【讨论】：
强制执行！
与大多数其他源代码控制系统相比，它的速度非常快。它远程工作得很好。 （在我的例子中是 SSH 隧道）
VS 插件相当不错...我还没有尝试过 Eclipse 那个。
如果您可以让两个用户各有 5 个工作区，那么您可以免费使用它。 （我现在有）
如果那行不通，那么它确实要花一点钱……我相信每个用户大约 800 美元。明年某个时候我可能会付钱。 （当您在多台带有 VM 的机器上工作时，5 个工作区很困难）
不过，我听说某矿的一个客户正在使用比冰期慢的 ClearCase/ClearQuest 系统，每位开发人员大约需要 10,000 美元，所以就源代码控制而言，成本如此之高是一个相对概念。
不要吝啬源代码控制，伙计！缓慢的源代码控制是 a$$ 的严重痛苦。
避免使用仅版本文件的类似 SourceSafe 的系统...使用跟踪任务或更改集的系统。将所有内容视为一项任务非常有用。标签不是可接受的替代品。
此外，Perforce 的日志特性使备份和恢复变得更加容易。
【讨论】：
使用 Git 进行源代码控制，使用 Basecamp/Pivotal Tracker/Unfuddled 进行编码工作流程，使用 Sharepoint/Google Docs 进行文档管理。
【讨论】：
如果您获得 MSDN 开发人员许可证，则可以运行 TFS 工作组版。源代码控制和文档管理都集中在一个非常易于使用和管理的软件包中。除了内部 wiki 之外，这也是我公司的工作。
【讨论】：
使用颠覆。它是免费的，并且是绝大多数开源项目的首选源代码控制系统。
SVN 使用浅拷贝，因此当您在存储库中有大文件并进行分支时，并没有完成完整的文件拷贝……只是指向原始文件的指针。至于文本文件（代码），只存储差异。
使用 TortoiseSVN 进行 Windows 资源管理器集成。
TFS 是一头猪，您需要打开 Visual Studio 才能与源代码浏览器进行交互。 CAD 工程师必须为此需要 TFS 许可证，这太愚蠢了。
对于文档管理，只需使用 Windows Server 2003（或 2008）附带的 Windows Sharepoint Services。
【讨论】：
我也在一家小公司工作，我们主要使用 .NET 语言进行开发。我们决定使用 Visual SourceSafe 进行源代码控制，尽管它的名声有问题，因为它与 Visual Studio 很好地集成。 VSS 对我们来说效果很好，我们没有遇到任何严重的问题。此外，我们还托管了一个 SharePoint 服务器，用于存储编码标准、故事板甚至我们的 SCRUM 日志等文档。
【讨论】：
我们使用 HostingPlayground。每月只需 6 美元，我们就可以获得多个 Subversion 存储库和一个 Trac 实例。打不过。而且由于它是一项服务，因此可以立即使用。
【讨论】：
您的“管理”要求的解决方案似乎至少需要以下类别的工具或一组工具：（抱歉链接，没有足够的声誉在回复中放置适当的链接）
一定要看看 stackoverflow.com/questions/15024/tools-to-help-a-small-shop-score-higher-on-the-joel-test 帮助小商店在 joel 上得分更高的工具stackoverflow.com/questions/84303/code-document-management-for-a-very-small-company/84363#84363 Kristopher 引用的测试
每个都有各种免费/开源解决方案，同样也有商业解决方案。
源代码管理的一个重要趋势（？）正在从使用诸如 TFS（？）、cvs 或 subversion.tigris.org svn）之类的集中式代码管理演变为使用诸如 www 之类的工具的分散式“分布式”源代码管理.selenic.com/mercurial/wiki/ 或 git-scm.com/。一些工具要么集成到延续中
上面提到的源码管理工具都有不错的ms windows集成工具，有的甚至有更紧密的Visual Studio集成（比如马里奥提到的TFS、ankhsvn.open.collab.net/ANKH svn）。
当您的编码涉及到与集中式源代码存储库断开连接的大部分时间（例如，当您的存储库无法通过 Internet 访问时，在家中进行大量编码时），一个简单的概括建议是 git/mercurial。 )
维基百科有一个 en.wikipedia.org/wiki/Source_code_management 很好地概述了与源代码管理相关的各种问题，以及各种选项的好处。
如果您以前没有使用过 scm，只需选择一两个适合您的团队要求的工具并进行测试。当然，如果您认识附近有特定 scm 解决方案经验的人，这可能有助于团队的学习曲线，以共享经验。
我对您的方案的选择：使用 ankhsvn.open.collab.net 的 Subversion 进行 Visual Studio 集成的 Ankh SVN。
没有一种可用的工具可以解决所有人的所有问题，每种工具都有其优势，并且大多数都需要开发团队现有的作案方式做出一些妥协。同样，维基百科是您的朋友，它提供 en.wikipedia.org/wiki/Bug_tracker 通用摘要和 en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems 主要工具比较。
基于 php 的工具是最容易启动和运行的（根据我的经验），而 perl 工具涉及更多（？）当然有一个真正易于安装的 python，但需要比我更好的头脑配置。
我对你的场景的选择：trac.edgewall.org/Trac
Trac 是用于软件开发项目的增强型 wiki 和问题跟踪系统。 Trac 使用简约的方法进行基于 Web 的软件项目管理。我们的使命是帮助开发人员编写出色的软件，同时不碍事。 Trac 应尽可能少地强加于团队既定的开发流程和政策。
它提供了一个到 Subversion（或其他版本控制系统）的接口、一个集成的 Wiki 和方便的报告工具。
Trac 允许在问题描述和提交消息中添加 wiki 标记，在错误、任务、变更集、文件和 wiki 页面之间创建链接和无缝引用。时间线按顺序显示所有当前和过去的项目事件，使获取项目概览和跟踪进度非常容易。路线图显示了前进的道路，列出了即将到来的里程碑。
如果您将 Subversion 与 Trac 一起使用，那么您的大部分文档管理都可以使用这些工具来解决。否则，另一个 stackoverflow 讨论主题：stackoverflow.com/questions/587481/developer-documentation-sharepoint-document-management-vs-screwturn-wiki 开发人员文档共享点文档管理与螺丝转 wiki，对于以 Windows 为中心的环境，是一个很好的阅读。
【讨论】：