TFS 使用 powershell 致力于自身
TFS commits to itself with powershell
C# 项目，VS15，TFS15，xaml 构建。
我需要我的修订号随着每次提交而增加：
我无法使用预提交挂钩，因为一些推送 Visual Studio 不支持它们
我无法使用内置版本控制 ([1.0.*])，因为我们有不同的模板。
问题：是否可以在每次提交之前增加版本（如果不能，我如何让 TFS 提交增加版本的项目。
最佳情况：在不涉及 git 挂钩（或使挂钩与 VS 一起工作？）的每次提交之前增加版本的某种方法
次优情况：CI 由推送触发，它增加了修订号（使用预构建的 powershell 脚本），将其作为新提交推回（可能在相同的预编译中）构建脚本？）然后构建解决方案。
（是的，我知道这很丑陋，但我可以关闭 CI，只有手动构建才能增加版本，这没关系。）
第三好的：完全不同的东西？
对于您的 Best Case，除了手动更改版本或本地 运行 脚本，我想不出任何其他方法。
对于您的第二种情况，可以使用预构建的 powershell 脚本来增加修订号并将其推回。但是这样一来，你总会有一个新的commit。
我能想到的解决方法是在构建期间增加修订。否则您可能需要手动更改修订版。
C# 项目，VS15，TFS15，xaml 构建。
我需要我的修订号随着每次提交而增加：
我无法使用预提交挂钩，因为一些推送 Visual Studio 不支持它们
我无法使用内置版本控制 ([1.0.*])，因为我们有不同的模板。
问题：是否可以在每次提交之前增加版本（如果不能，我如何让 TFS 提交增加版本的项目。
最佳情况：在不涉及 git 挂钩（或使挂钩与 VS 一起工作？）的每次提交之前增加版本的某种方法
次优情况：CI 由推送触发，它增加了修订号（使用预构建的 powershell 脚本），将其作为新提交推回（可能在相同的预编译中）构建脚本？）然后构建解决方案。 （是的，我知道这很丑陋，但我可以关闭 CI，只有手动构建才能增加版本，这没关系。）
第三好的：完全不同的东西？
对于您的 Best Case，除了手动更改版本或本地 运行 脚本，我想不出任何其他方法。
对于您的第二种情况，可以使用预构建的 powershell 脚本来增加修订号并将其推回。但是这样一来，你总会有一个新的commit。
我能想到的解决方法是在构建期间增加修订。否则您可能需要手动更改修订版。