关于Visual C ++:一家非常小的公司的代码/文档管理

关于Visual C ++:一家非常小的公司的代码/文档管理

Code/Document Management for a very small company

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

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

我们主要使用VC ++ 6,但我们正在分支到VC#2008。另外,我们需要跟踪几块硬件的机械图和电路图,以及硬件和软件的用户手册(但我不知道)。 我真的希望找到一个可以完成所有这些工作的工具,只是希望如此)。


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

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


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


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


Perforce!

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

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

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

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

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

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

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

同样,Perforce的日志性质使备份和恢复变得更加容易。


我在一家类似规模的公司工作,当我到达这里时,我和你在同一个地方。我很容易实现了SVN / Subversion http://subversion.tigris.org/。如果您使用svn协议并使用svnserve(可以设置为可在服务器上自动启动的Windows服务),则安装过程将需要1.5至3个小时,具体取决于您要阅读的内容http://svnbook.red- 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,因为它在那里已被广泛使用,并且我认为对于您将日常用于生产目的的开源项目而言,这很重要。只是说明一下,提到的所有内容(版本除外)都是免费的。


您可能想看看Trac。


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

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


看来,满足您"管理"要求的解决方案至少需要以下类别的工具或工具集:(对链接感到抱歉,信誉不足,无法在答复中加上正确的名称)

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

绝对要看一下stackoverflow.com/questions/15024/tools-to-help-a-small-shop-score-joel较高的测试工具,这些工具可以帮助小型商店在由joel引用的joel测试中获得更高的分数stackoverflow.com/questions/84303/code-document-management-for-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。

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是一本好书。


我们使用HostingPlayground。每月只需??支付6美元,我们便可以获得多个Subversion存储库和一个Trac实例。不能打败它。并由于其服务立即可用。


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


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

SVN使用浅表副本,因此当您在存储库中有大文件并分支时,不会完成完整文件副本……仅是指向原始文件的指针。至于文本文件(代码),仅差异存储。

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

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

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


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


推荐阅读