在我的所有其他。净的应用我的生成过程(一种混合物的nant和定义任务)自动更新[AssemblyVersionAttribute]程序集信息.cs与当前建立数之前的呼叫msbuild、冲压在建立数个版本的编号。

现在我的工作我的第一个管理项目和我想做同样的事情的版本数字的管组件,但我遇到麻烦了!

第一,所有的aseembly版本数字都存储在btproj文件,因此我做了一些谷歌上搜索和找到www.codeplex.com/biztalk 这看起来像回答我的问题,但还有更深层的问题!

我有一个项目对我的架构和另一个我管道、管道项目引用我的架构项目,因为我有一个平面文件,综合安全分遣队/装配。问题是当我更新的版本数字,以更新他们甚至从visual studio不更新管道组成的参考模式。

所以,如果我更新所有的版本号手中VS IDE从于1.0.0.0到1.1.0.0,建立失败,因为管道组成的平面文件,综合安全分遣队/装配仍然参照旧1.0.0.0版本的模式!他们不会自动更新!

这真是一个手工过程的更新版本数字的管理项目在该财产的网页,然后建设项目,并手工更新的参考,他们在属性的所有管道组成,参照他们吗?

这意味着我不能拥有我的生成过程的控制生成数量的一部分,我的版本数字!

或者是有更好的管理方法的版本数字的管组件?

有帮助吗?

解决方案

我很抱歉让你失望,但我已经走下了一条不得不放弃的道路。我想有可能实现它,但它需要对绑定文件和其他XML文件进行大量更改(如您所述,如果您已发布服务等,则需要更多)。

也许可以在构建步骤(MSBuild步骤或其他构建框架中的类似步骤)中包含所有这些必要的更改 - 这将是 有用!

其他提示

开发人员 - :)

我们遇到了类似的问题,我们最终开发了一个小实用程序,它将更改所有项目中的版本号,即* .csproj(asssemblyinfo.cs),* .btproj。除此之外,它将使用新版本的模式打开和修改* .btp文件。简而言之,您所要做的就是在VS.net工具菜单中配置此实用程序并执行它。

我想在任何.net lanagauge中开发这样的实用程序并不是很困难。

警告:不要忘记在更新后使用与原始编码相同的编码保存文件。

干杯!

烧毁,认为可能是这种情况。也许管2009年的项目将发挥更漂亮的时更新参考文献在改变版本的数字。

我开始通过和自动手动,并且当我意识到需要做什么,我参加了一个biiig步骤回来时,我意识到是多么多地方我不得不修改得到它的工作。感谢上帝撤消结帐。

我有一个标准C#类库包含在我的项目的(各种辅助职能),其中我能够更新的版本号以在我的建立过程中,我基本上可以使用这一大会版本的整个应用程序。如果有人想知道哪个版本是在任何环境中,检查出来的版本的数量,这一大会。

不理想,但它的工作。

我们已经在我们的项目上成功完成了这项工作 - 我将看看是否可以让该工具的开发人员发布详细信息......

当您将依赖组件的最新版本的集成构建作为文件引用(此处也称为模式)执行时,会出现此问题。

请注意,升级程序集版本必须始终手动执行,这样您始终可以对程序集转换进行更改。

解决buildbreaks问题的一种可能解决方案是将引用引用到特定版本的依赖组件构建而不是最新版本,并使用subst驱动器和复制脚本来获取最新的组件构建。

例如:

SchemaA,程序集版本1.0.0.0 PipelineA(例如,使用管道组件XMLValidator),程序集版本1.0.0.0

PipelineA具有对替代驱动器(例如R驱动器,映射到工作空间D:\ MyComponents)和版本1.0.0.0的SchemaA的文件引用,如下所示:

R:\ SchemaA \ 1.0.0.0 \ SchemaA.dll

copy-script将SchemaA的buildoutput本地复制到R驱动器。

当架构A更新到版本1.1.0.0时,您没有任何问题,因为您仍然使用版本1.0.0.0并且您可以选择使用1.1.0.0版本的架构。如果要升级,则必须更改复制脚本并将文件引用替换为R:\ SchemaA \ 1.1.0.0 \ SchemaA.dll。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top