我喜欢自动对我的构建进行版本控制的想法，但我不确定将AssemblyInfo.cs更改回源代码控制的正确方法是什么（或者不应该进入源代码控制？）。这是CI服务器应该为每个构建自动提交的东西吗？
目前使用Bamboo。
答案 0 :(得分：1)
我们使用Teamcity作为我们的CI服务器，它附带了一个名为AssemblyInfo patcher的功能
这样做，是暂时在Assemblyinfo.cs中添加teamcity内部版本号，构建生成工件然后还原更改。这样生成的工件与构建号具有相同的版本。
源代码控制可以将assemblyinfo.cs版本条目作为开发人员正在处理的当前版本，并使用“*”作为内部版本号。每次发布后都可以更新。
编辑1： 由于您使用的是Bamboo，here是一个链接，它描述了在竹子中生成的工件中设置内部版本号的一种方法，而无需签入AssemblyInfo.cs。
答案 1 :(得分：0)
我对你的问题感到困惑。如果希望更改持续存在，则必须在构建作业编辑后提交AssemblyInfo.cs。但是，大多数试图解决这些问题的构建系统都不会保留这些更改。他们只需检查文件并编辑本地版本，然后再开始构建任务。