我的开发团队在非常基础的层面上使用源安全.我们正在进入一些更高级和更长的开发周期,我不禁想到,为了管理变更而不使用分支和合并将很快咬住我们.
为了说服你的团队转向像SVN这样的更好的解决方案,你认为哪些论据最有用?
您使用了哪些程序来弥合功能差距,以便团队不会错过ide sources的安全集成?
或者我应该接受sourceafe并尝试将更好的做法纳入其中?
在对SO,Google和MSDN论坛进行一些搜索之后,我感到沮丧的是,对于看起来很明显的问题而且可能是一个愚蠢的问题的信息很少.
我需要在Visual Studio 2010 Professional中使用源代码管理.我没有单独的Team Foundation Server 2010.有人提到过SourceSafe吗?老实说,我没有在Visual Studio 2010中看到任何SourceSafe.
Visual Studio 2010中的源代码管理有哪些替代方案(最好是免费的)?或者它已经集成在Visual Studio 2010中,我是如此盲目地错过了它?
更新#1:谢谢大家,我会选择SVN,特别是AnkhSVN for Visual Studio 2010.
2011年3月23日更新:我提出这个问题差不多一年了.我强烈建议使用Mercurial或Git而不是Subversion.因此,对于那些正在寻找Visual Studio 2010版本控制系统的人来说,只需从Visual Studio扩展库中查看Git或Mercurial扩展.
2013年5月16日更新:我现在强烈建议您使用Git而不是Mercurial,TFS或SVN.看看CodeSchool的 尝试GitHub上的浏览器,看看它是如何真棒!
Visual Studio 2012上的Git入门 - Andy Lewis的深入教程.
适用于Git的Visual Studio工具 - 团队资源管理器的扩展,为Git提供源代码控制集成.支持与本地Git存储库集成,并提供用于处理远程存储库的工具.

git version-control visual-sourcesafe visual-studio-2010 visual-studio-2012
我有机会向我的老板正式介绍有益于公司的任何事情.我的想法是在我的工作场所采用源代码控制.我一直在使用Mercurial来管理我自己的工作项目,但团队的其他成员没有正式的源代码控制系统.不幸的是,我不善于提出想法.
所以,你们能告诉我为什么开发人员必须使用源代码控制吗?另外,为什么你会选择除 Visual SourceSafe 之外的任何工具?我没有使用VSS的经验,但他可能会问为什么我们不会只使用微软的工具.
我想听听很多聪明的程序员的意见!我首选的选项是SVN或mercurial.两者似乎都对Windows版本有很好的支持,而且两者都不如CVS那么古老.另外,作为一个自称为开源的门徒,我更愿意提出一个开源工具.:)
谢谢!
编辑:为了简化,一般来说,其他开发人员目前的做法是复制文件夹,标记日期,也可以自己录制.你得到了照片.如果我的老板说"如果它有效,为什么要解决它?"
我目前所做的是将项目链接到另一个位置并给它指定相同的名称,然后选中"分享后分支"的框.然后我会检查共享项目并解决它.最后与原始项目合并.
这没关系,但感觉非常笨重:我的驱动器上有多个项目实例; 我每次在不同的分支机构工作时都必须更改网站的实际地址(我使用asp.net 1.1);
这感觉不是正确的方法.您如何使用VSS分支您的项目?
对不起,这个可怕的,可怕的问题..但是我没办法不使用VSS.
我希望能够在使用Visual Source Safe 6时在本地使用Git进行分支开发等.我对Git的所有细节的了解目前是有限的,因为我是最近的转换.
问题:
我希望能够在Git存储库中工作.我想这样做,并获得所有这些将允许分支等的好东西.在我的一天结束时,或在其他需要的时刻,我希望能够采取我正在做的任何工作并放置它进入主存储库,然后我将其放入VSS.
理想情况下,在工作日的开始我会得到VSS最新版本..将此提交给Git ..然后在备用分支上工作,当需要提交VSS时将更改重新置于主数据库中.
因为我是一个相对git新手,可能是实现这一目标的最佳方式..以及发布/设置此方法的最佳命令.
*注意:Source Safe需要检查文件,然后才能对其进行更改.也许有一些工具/脚本我可以用来帮助自动化这个以将更改推回VSS?
我正在从集中式SCM系统切换到GIT.好的,我承认哪一个,它是Visual SourceSafe.因此,除了克服Git命令和工作流的学习曲线之外,我目前面临的最大问题是如何将我们当前的存储库迁移到Git,关于单个或某些类型的多个存储库.
我已经通过各种方式看到了这个问题,但通常只是基本..."我有应用程序想要共享一些较低级别的库"并且预制响应总是"使用单独的存储库"和/或"使用Git子模块"没有太多解释何时/为什么应该使用这种模式(它克服了什么,它消除了什么?)从我对Git的有限知识/阅读到目前为止,似乎子模块可能有自己的恶魔来战斗,特别是对于刚接触Git的人.
然而,我还没有看到有人公然问的是,"如果你有传统的n层开发(UI,业务,数据,然后是共享工具),每个层都是自己的项目,你应该使用一个或多个库?" 我不清楚,因为几乎总是,当添加一个新的"功能"时,代码更改会波及每一层.
为了使与Git相关的问题复杂化,我们在"框架"中复制了这些层,以便从开发人员的角度制定更易于管理的项目/组件.出于本讨论的目的,我们将这些项目/图层集合称为"Tahiti",它代表整个"产品".
我们设置的最后一个"层"是增加了对塔希提岛进行定制/扩展的客户网站/项目.在文件夹结构中表示这可能最像是:
/Clients
/Client1
/Client2
/UI Layer
/CoreWebsite (views/models/etc)
/WebsiteHelper (contains 'web' helpers appropriate for any website)
/Tahiti.WebsiteHelpers (contains 'web' helpers only appropriate for Tahiti sites)
/BusinessLayer (logic projects for different 'frameworks')
/Framework1.Business
/Framework2.Business
/DataLayer
/Framework1.Data
/Framework2.Data
/Core (projects that are shared tools useable by any project/layer)
/SharedLib1
/SharedLib2
Run Code Online (Sandbox Code Playgroud)
在解释了我们如何通过多个项目扩展传统的n层设计之后,我正在寻找任何关于你在类似情况下做出的决定的经验(甚至简单的用户界面,业务,数据分离就是你的全部因为你的决定,更容易/更难.在初步阅读中,子模块有多痛苦,我是否正确?比痛苦更有益吗?
我的直觉反应是塔希提岛的一个存储库(所有项目除了'客户项目'),然后是每个客户的一个存储库.我猜的整个大溪地来源必须是<10k文件.这是我的推理(我欢迎批评)
提前致谢.
git visual-sourcesafe repository repository-design visual-studio
添加/删除引用和项目时,Visual Studio会随机崩溃.有什么想法?安装Sp1会有帮助吗?
编辑:我不使用除SourceSafe之外的任何插件.我在连接模式下完成了大部分开发工作.
开发使用:
Visual Studio 2008
WinXp终端服务 - > Win2k3 Sp2(64位)
VSS 8.0,32 位
在Visual Source Safe 6.0中,您可以通过将其设置为空字符串来"重置"工作文件夹.这意味着工作文件夹将由父项的工作文件夹确定.
我如何在Visual Source Safe 2005中执行此操作?
我是一个想要摆脱Visual Source Safe并转向svn的开发人员.
快速搜索带来了几个工具,但我没有看到一个明显的赢家,我不能花费大量时间测试不同的工具.
有没有人成功完成,并可以推荐一种方法?
我刚刚加入了一家新公司,目前我们正在使用Microsoft SourceSafe作为我们的存储库.这些设置并不理想,但事实证明这是一个很大的痛苦.
我最近使用Mercurial并认为它很棒,所以我主张转换到那个,但看起来该公司已经拥有Team Foundation Server许可证并希望使用它.
任何人都可以给我一个积分列表,其中一个比另一个好吗?我没有使用TFS,所以我不知道它的优点/缺点.