.net 提交最小web引用文件并将其余文件作为CI的一部分自动生成的最佳实践

.net 提交最小web引用文件并将其余文件作为CI的一部分自动生成的最佳实践,.net,web-services,svn,continuous-integration,teamcity,.net,Web Services,Svn,Continuous Integration,Teamcity,我们的团队有一个.net代码库,其中包括多个项目,这些项目在同一解决方案中具有对其他项目的web引用。 当开发人员提交影响引用的更改时,他们(应该)在所有相关位置本地更新web引用,并将这些更改与实际代码更改一起提交。 这包括源代码管理(SVN)中包含的xsd、svcmap、datasource、wsdl、reference.cs文件。我们正在使用teamcity进行CI 这导致了各种问题: •提交过程很长 •提交过程很容易出错\开发人员忘记提交web引用(这种情况偶尔发生一次) •当两个开发人

我们的团队有一个.net代码库,其中包括多个项目,这些项目在同一解决方案中具有对其他项目的web引用。 当开发人员提交影响引用的更改时,他们(应该)在所有相关位置本地更新web引用,并将这些更改与实际代码更改一起提交。 这包括源代码管理(SVN)中包含的xsd、svcmap、datasource、wsdl、reference.cs文件。我们正在使用teamcity进行CI

这导致了各种问题:

•提交过程很长

•提交过程很容易出错\开发人员忘记提交web引用(这种情况偶尔发生一次)

•当两个开发人员试图提交“竞争性”更改,其中一人由于SVN无法解决冲突而最终重做整个更改时,可能会出现竞争问题

我们正试图找到一个更好的解决方案,包括自动构建web引用,并最小化团队提交的非代码文件。 基本上,我们希望开发人员尽可能少地提交,并让CI(或其他流程?)构建其他需要的文件。 我们更喜欢teamcity常规运行的一部分(我对它非常不熟悉,所以假设我对此一无所知)。 这样做的最佳实践是什么? 我很确定这是一个很多团队都需要解决的问题,但却找不到相关的参考资料 (据我回忆,在我以前的工作场所,我们没有提交这些文件的大部分,但我不知道“魔法”是如何实现的…)

(我知道svcutil.exe,但不确定这是否是解决问题的方法)

我也看到了这一点: 我们的情况有点不同(我们的引用是我们自己代码的结果),如果代码的另一部分需要更改,我们实际上希望它中断