我在一家非常小的公司工作（约5名员工，2.5名程序员）。我们已经多年没有代码或文档管理了，但随着我们的成长，它开始赶上我们。
对管理系统的任何建议。免费更好，但便宜是可以接受的。我们只是不想花更多时间在安装/配置上，而不是拯救我们。
我们主要使用VC ++ 6，但我们正在分支到VC＃2008。此外，我们需要跟踪几个硬件的机械图纸和电路图，以及硬件和软件的用户手册（但是我真的不希望找到一个可以完成所有这些的工具，只是希望。）
答案 0 :(得分：4)
Subversion（SVN）是一个很好的选择。它是免费的，与TortoiseSVN很好地集成到Windows中，并且用户可以很好地容忍。
我们将它用于源代码以及文档管理。
答案 1 :(得分：2)
http://trac.edgewall.org/ - 可能有点难以安装，但如果再加上svn存储库则非常好
答案 2 :(得分：1)
Mantis适用于问题跟踪。 Subversion for source control。两者都是免费的。
对于文件，我不知道。听起来你会用网络共享做得很好。
答案 3 :(得分：1)
您可能需要查看Trac。
答案 4 :(得分：1)
我在一家规模相似的公司工作，当我到这里时，我和你在同一个地方。我很容易实现了SVN / Subversion http://subversion.tigris.org/。如果您使用svn协议并使用svnserve（可以设置为在服务器上自动启动的Windows服务），则需要1.5-3小时的时间来设置，具体取决于您想要阅读的内容http://svnbook.red-bean.com/，请参阅collabnet {* 3}}用于Windows程序包下载
使用Windows，您可以使用集成到Windows shell中的Tortoise SVN。还有一个新版本的Ankh SVN（2.0）http://www.collab.net/downloads/subversion/集成到Visual Studio中。 Ankh非常好（有待更改的窗口，类似于Subclipse之类的功能）但是它是一个新版本并且有些错误（我们经历了一些内存问题和缓慢）。我们目前同时使用Tortoise进行初始结账或进口，使用Ankh进行其他所有操作并非常高兴。
如果你有Mac用户，那里有很多选择。我们这里有一位使用版本http://ankhsvn.open.collab.net/的mac用户，虽然听起来他们会在测试结束后收取费用。
我会推荐SVN，因为它在那里被广泛使用，我觉得这对于你将每天用于生产目的的开源项目很重要。只是为了拼写它，所提到的一切（除了版本）都是免费的。
答案 5 :(得分：1)
的Perforce！
与大多数其他源控制系统相比，它速度极快。它远程工作得很好。 （SSH隧道，在我的情况下）
VS插件非常不错......我还没有尝试过那么多的Eclipse。
如果您可以与两个拥有5个工作区的用户相处，那么您可以免费使用它。 （我现在这样做）
如果这不起作用，那么它确实花费了一些......我相信800美元/用户。明年的某个时候我可能会付钱。 （当您使用虚拟机处理多台计算机时，5个工作空间很难）
尽管如此，我听说一个客户端使用的ClearCase / ClearQuest系统比一个客户端更慢，但是每个开发人员只需10万美元，因此对于源代码控制而言，这是一个相对概念。
不要吝啬源控制，伙计！缓慢的源控制是a $$中的一个严重问题。
避免仅使用类似SourceSafe的系统版本文件...使用跟踪任务或更改集的系统。将所有属于一起作为一项任务非常有用。标签不是可接受的替代品。
此外，Perforce的日记功能使备份和恢复变得更加容易。
答案 6 :(得分：1)
使用Git进行源代码管理，使用Basecamp / Pivotal Tracker / Unfuddled进行编码工作流程，使用Sharepoint / Google Docs进行文档管理。
答案 7 :(得分：0)
如果您获得MSDN开发人员许可，则可以运行TFS工作组版。这使得源代码控制和文档管理在一个易于使用和管理的软件包中完成。除了内部维基之外，我公司也是如此。
答案 8 :(得分：0)
使用Subversion。它是免费的，是绝大多数开源项目的首选源代码控制系统。
SVN使用浅拷贝，因此当您在存储库中拥有大型文件并进行分支时，不会执行完整的文件复制...只是指向原始文件的指针。至于文本文件（代码），只存储差异。
使用TortoiseSVN进行Windows资源管理器集成。
TFS是猪，您需要打开visual studio与源资源管理器进行交互。愚蠢的CAD工程师必须需要TFS的许可证。
对于文档管理，只需使用Windows Server 2003（或2008）附带的Windows Sharepoint Services。
答案 9 :(得分：0)
我也为一家小公司工作，我们主要使用.NET语言开发。我们决定使用Visual SourceSafe进行源代码控制，尽管它的声誉有问题，因为它与Visual Studio很好地集成。 VSS对我们非常有效，我们没有遇到任何严重的问题。此外，我们还托管了一台SharePoint服务器，用于存储编码标准，故事板甚至SCRUM日志等文档。
答案 10 :(得分：0)
我们使用HostingPlayground。每月6美元，我们会获得多个Subversion存储库和一个Trac实例。无法击败它。由于它的服务立即可用。
答案 11 :(得分：0)
似乎您的“管理”要求的解决方案至少需要以下类别中的工具或工具集:(对于链接感到抱歉，没有足够的声誉将正确的声明放在回复中）
绝对可以看看stackoverflow.com/questions/15024/tools-to-help-a-small-shop-score-higher-on-the-joel-test工具，以帮助小商店得分更高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，Mario提到的ankhsvn.open.collab.net/ ANKH svn）。
如果您的编码涉及与集中式源代码存储库断开连接的大部分时间（例如，当您的存储库无法通过Internet访问时，从家中执行大量编码），那么简单的概括会推荐git / mercurial。 ）
维基百科有一个en.wikipedia.org/wiki/Source_code_management很好地概述了与源代码管理相关的各种问题，以及各种选项的好处。
如果您之前没有使用过scm，只需选择一个或两个符合您组要求的工具并进行测试即可。当然，如果你认识一个有特定scm解决方案经验的人，那么可以帮助团队的学习曲线来获得这种共享的体验。
我的选择你的场景：使用ankhsvn.open.collab.net进行Subversion Ankh SVN for Visual Studio集成。
所有可用的工具都没有为每个人解决所有问题，每个工具都有自己的优势，而且大多数都需要开发团队现有的运作方式的妥协。同样，维基百科是您的朋友，其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开发人员文档sharepoint文档管理与screwturn wiki，对于Windows中心环境，是一个很好的阅读。< / p>