TFS 构建中的自动版本控制
Automatic Versioning in TFS Build
我不确定我是否可以很好地解释这个问题。好吧，我们将 TFS 用于我们的建筑。而且在我们的VS方案中，还有一个installshield安装工程。
好吧，有时候我们的团队成员忘记了增加产品的版本，为什么我们要给自动生成的版本号，比如 3.7.1.*
所以当我们构建项目时，我们产品的版本 dll/exe 将是 3.7.1.5655
假设我们创建了以下版本
3.7.1.1234
3.7.1.5678
3.7.1.9134
并且我们将产品版本 3.7.1.5678 提供给了我们的客户。过了一段时间，客户说这个版本有bug，版本号是3.7.1.5678。
所以，正如我之前所说，我们将版本号格式设置为 3.7.1.* 并且我们始终这样提交，因此 assemblyinfo.cs 文件不会被改变。当客户说3.7.1.5678版本有问题时。我们如何在 tfs 提交中找到客户拥有的相关版本。假设我们在同一天提交了几次，但我们看不到（或者我不知道）版本号 3.7.1.5678 存储在哪里。
好吧，我需要找到真正的提交并处理这次项目，但我不知道它是哪个提交。
我的问题是你是如何解决这个问题的？
我希望我能解释一下。
我们有 TFS 版本 16.122.26918.3，我们主要使用 Visual Studio 2017
您可以找到对应的build版本号是3.7.1.5678。
对于特定的构建，很容易获得相关性changeset/commit。
然后您可以将 changeset/commit 从 TFS 下拉到您的本地工作区，并处理错误。
不确定你的内部版本号是什么样的，最好让内部版本号的一部分与上一个版本号(5678)相同，比如$(BuildID)的用法。
$(BuildID) 是内部不可变 ID。
我不确定我是否可以很好地解释这个问题。好吧，我们将 TFS 用于我们的建筑。而且在我们的VS方案中，还有一个installshield安装工程。
好吧，有时候我们的团队成员忘记了增加产品的版本，为什么我们要给自动生成的版本号，比如 3.7.1.* 所以当我们构建项目时，我们产品的版本 dll/exe 将是 3.7.1.5655
假设我们创建了以下版本
3.7.1.1234
3.7.1.5678
3.7.1.9134
并且我们将产品版本 3.7.1.5678 提供给了我们的客户。过了一段时间，客户说这个版本有bug，版本号是3.7.1.5678。
所以，正如我之前所说，我们将版本号格式设置为 3.7.1.* 并且我们始终这样提交，因此 assemblyinfo.cs 文件不会被改变。当客户说3.7.1.5678版本有问题时。我们如何在 tfs 提交中找到客户拥有的相关版本。假设我们在同一天提交了几次，但我们看不到（或者我不知道）版本号 3.7.1.5678 存储在哪里。
好吧，我需要找到真正的提交并处理这次项目，但我不知道它是哪个提交。
我的问题是你是如何解决这个问题的？
我希望我能解释一下。
我们有 TFS 版本 16.122.26918.3，我们主要使用 Visual Studio 2017
您可以找到对应的build版本号是3.7.1.5678。
对于特定的构建，很容易获得相关性changeset/commit。
然后您可以将 changeset/commit 从 TFS 下拉到您的本地工作区，并处理错误。
不确定你的内部版本号是什么样的，最好让内部版本号的一部分与上一个版本号(5678)相同，比如$(BuildID)的用法。
$(BuildID) 是内部不可变 ID。