NOT版本化.dproj的优点

Bas*_*scy 10 delphi version-control starteam delphi-2007

我在一篇关于Version Insight(http://www.delphifeeds.com/go/s/77066)的博客中读到了(其中包括)JCL没有版本控制下的.dproj文件,我想知道它的优点是什么那会是.

特别是因为我和我的同事开发人员经常通过使用我们自己喜欢的调试设置检查项目文件而互相"错误"(他喜欢优化,我希望它关闭).而且由于Delphi 2007的常规问题,dproj文件被各种错误的依赖项搞砸了.版本控制无论如何都不能帮助这些东西吗?

我们目前正在使用Starteam作为我们的VCS.

Lac*_*anG 7

如果您使用的是Delphi 2009或更高版本,则Option Sets是解决此问题的完美解决方案.

选项集基本上是设置的集合,通常驻留在DPROJ(您执行的版本)中,而是存储在.OPTSET文件(您没有版本)中.

使您的DPROJ包含所有开发人员共有的设置,除非是全面同意更改,否则不允许任何人进行更改.

接下来在项目管理器(D2009及更高版本)中首先是DEBUG配置节点,然后是RELEASE配置节点,右键单击并选择"新选项集".调用此选项设置类似"Local Developer Debug Settings.optset"和"Local Developer Release Settings.optset".

现在只将您的DPROJ提交到版本控制,因为它现在引用这些.OPTSET文件.因此,您必须在每台计算机上将选项集命名为完全相同.

如果要对项目配置进行本地更改而不是编辑项目配置,请右键单击项目管理器中的选项集,然后选择"编辑选项集".

IDE将应用选项集中更改的设置,而无需修改原始DPROJ.分层应用设置,选项集是最后应用的.

  • 这就是我写第二个答案的原因.我不认为它会帮助Bascy,除非它有助于说服他升级,但它可能会帮助其他人.选项集并不为人所知,但它们确实非常有用. (4认同)
  • http://meta.stackexchange.com/questions/25209/what-is-the-official-etiquette-on-answering-a-question-twice (3认同)
  • @David:我不在乎这个愚蠢的声誉游戏.我在适当时发布了多个答案,因为这为其他人提供了最好的长期资源. (3认同)
  • @Marjan:是的,我确实看到了杰夫的答案,我注意到他没有收到任何一个upvote.在提出截然不同的方法时,我所链接的两个元问题中的绝大多数答案和赞成都赞成多个答案.正如杰夫阿特伍德在他的博客中一遍又一遍地说的那样,他没有运行社区的StackOverflow,而这两个问题是我能找到的关于社区意见的最佳代表. (2认同)

Dav*_*nan 4

我在 .dproj 文件中存储msbuild构建过程所使用的设置。例如,条件定义、编译器设置等。如果您执行相同的操作,则需要对它们进行版本控制。

如果您使用的 Delphi 版本的 IDE 会定期破坏 .dproj 文件,那么版本控制肯定会帮助您反击。

我看不出不对它们进行版本控制有什么好处。