.net GitVersion:Octopus在Nuget软件包版本上部署时拒绝了多个候选版本

我正在使用它对我正在构建的.net产品进行语义版本控制。在处理特定版本的过程中，我通常会将几个候选版本部署到“开发”和“登台”环境中

当我尝试通过部署时，所有候选版本都共享相同的Nuget包版本。所以八达通对第一个候选版本很友好，但拒绝接受下面的RCs

什么是使Nuget软件包版本反映候选版本之间差异的最佳方法，以便八达通在Nuget商店中接受它们

其他详情：

• 我使用GitHub流，因此只有主分支和功能分支以及部署始终来自主分支
• 我的构建工具是TeamCity

---

我不知道您是如何以及在何处构建项目的。但是你应该像下面的选项一样命名你的软件包版本。编号为nuget pakage的最大版本将是最新的八达通版本。如果使用不同的代码存储库分支进行打包，那么如果版本号相同，则应该失败。应在版本号末尾添加分支名称“1.0.0.0-dev”、“1.0.0.0-master”、“1.0.0.0-hotfix”
对于TFS构建模板（构建编号格式） $（日期：年月日）
对于TFS生成模板（版本或版本种子文件路径） 0.0.J.B-修补程序
为了

---

${BUILD_YEAR}.${BUILD_MONTH}.${BUILD_DAY}.${BUILDS_TODAY}
根据您的描述，您最好切换到使用连续部署模式
这里记录了这一点：
这将基本上将GitVersion切换到一种模式，为存储库中的每个提交创建一个新的、唯一的版本号。然后，可以在特定点进行标记，以便向前移动版本号。同样的技术也用于GitHub存储库本身的GitVersion
如果需要，此配置可以应用于特定分支