Google Code Search已将Subversion和Mercurial存储库编入索引,因此人们可以搜索开源项目.如何以最少的努力并且不发布我们的代码,为我公司的存储库做同样的事情？
我们在我们的商店有Trac(带Subversion),但它只对Changesets编制索引,我们也有Visual Source Safe.
svn version-control visual-sourcesafe repository code-search-engine
任何人都有任何关于从哪里开始想要尝试某种源代码控制以及新的ASP.NET之旅的建议？SVN,VSS,CVS ......我甚至不知道从哪里开始!
如何在同一个现有目录中创建新项目和解决方案？无论我做什么,它都会不断为项目创建一个新的(子)目录,并填充该目录而不是已存在的目录.我清除了"为解决方案创建目录"复选框,以便将解决方案放在同一文件夹中,而不是创建解决方案文件夹,但它仍然会生成项目子文件夹.
我怎样才能解决这个问题？!？
这已经困扰了我很长一段时间,但我已经能够忽略它或直到现在才解决它.但现在它正在我的客户项目中榨取我的屁股生产力,我需要解决它.感谢...... RBarryYoung
(注意:这是VS2005,面向软件开发人员的团队版)
将Visual Sourcesafe存储库移动到Mercurial的最佳方法是什么(我有兴趣保留所有历史记录)？
我的任务是在未来6个月内提出分支,合并和发布的策略.
复杂性来自于我们将运行多个项目,所有项目都具有不同的代码更改和不同的发布日期,但大致相同的开发日期.
目前我们正在使用VSS进行代码管理,但是我们知道它可能会导致一些问题,并且会在新开发之前迁移到TFS.
在制定计划之前,我应该采用什么策略以及应该考虑哪些事项？
对不起,如果这是模糊的,请随时提出问题,如有需要,我会更新更多信息.
有没有办法让Visual source安全地从项目的给定日期获取所有文件？我们不使用标签,所以我不能回滚到特定的标签,并希望我能以某种方式调用某个日期范围来获取特定日期存在的文件？不可能？
我可以在visual studio 2013中使用visual source safe吗？
我只能看到GIT和Team Foundation ......
谢谢.
我倾向于认为大多数人认为SVN是镀金的优点,而VSS是有史以来设计的最差的程序(至少在版本控制方面).
那说,为什么？我已经使用了一些CVS,而我现在的工作使用的是VSS,而且从团队的角度来看,我不能说出那么大的差异.我见过的大多数差异都是化妆品.当然,我没有尝试过任何分支/合并,但作为一个进入的编码器,检查文件,处理这些文件并在一天结束时检查它们,为什么我要1以上其他？
我们有一个大约16岁的软件包.几乎每个版本的Delphi(除了.NET版本)都经历过.多年来,当涉及到交叉引用并为其他软件包(如第三方库)保持正确设置时,事情变得非常混乱.我想知道在保持像这样有组织的大项目(和项目组)方面是否有一些标准做法.
那么解释当前的设置......
这是一个多应用系统.意思是,涉及12个可执行项目(以及一些DLL和服务项目).我们还将事物保存在SourceSafe中,并且多个开发人员在不同的计算机上处理相同的代码.所有这些项目都被更多地转移到中央文件夹中."根"文件夹中包含的主要EXE项目(约20个文件夹,所有含单位和形式沿),它似乎像文件夹和文件的无尽层次.仅此一个项目就涉及50万行代码.
然后,所有其他应用程序不一定与该主要项目正确分开.这些项目中的每一个都有自己的主文件夹根目录.
我的两个主要问题是:
所有这4个库都存储在每台计算机的完全不同的位置,需要一些集中化.设置每个新开发人员计算机的最大痛苦是从主要开发人员的计算机中找到它们并将它们复制到另一台计算机上的相同位置(并确保库路径正确等).
我们还需要在同一台计算机上为不同版本的Delphi保留完全独立的环境.这意味着每台计算机上的项目副本,每台计算机上的软件包和库的副本,SourceSafe中项目和软件包和库的副本等.每台计算机都需要具有相同的设置.我们已经利用环境变量来指导我们的项目在哪里寻找某些项目文件(和库).
另一个新问题:XE2引入了64位功能.我们不打算在64位编译还,但我们肯定会在未来.如何在所有这些项目中正确区分32位和64位？
我真正要求的是参考一个关于如何优化这样的环境并使其组织最佳的良好教程.我不希望任何人花时间在问题中回答这一切.这些项目已超过15年,拥有来自世界各地的200多名开发人员,并且项目之间有很多交叉引用.例如,一个项目可能使用另一个项目的单位,反之亦然.我个人不喜欢这个概念,但我也没有设计它.我被赋予了使这个系统井井有条的任务,并详细记录了如何在新计算机上设置Delphi以便新开发人员处理我们的项目.当我正在查看我们的项目时(因为我不一定是系统的开发人员,但我正在开发中),我看到代码组织方式存在很多困惑.
我假设Embarcadero可能有一些关于建立这样一个环境的指导方针和标准吗？
delphi development-environment visual-sourcesafe code-organization delphi-xe2
在工作中,一位主管经理让我研究将我的项目的当前源控制服务器(Visual Source Safe)更改为SVN可能带来的好处.
我真的没有任何反对SVN的东西,实际上我有点挖掘它,但我认为,改用SVN不会给项目带来任何重大好处,并会迫使我们使用一些第三方工具来管理来自Visual Studio的源代码控制(我们主要使用Microsoft工具开发).
所以,作为我研究的第一步,我问你:从VSS切换到SVN有什么好处？