Nuget套餐促销策略tfs 2018

我正试图帮助我的新公司采用nuget在内部发布共享库。我们运营2018年tfs

我正试图找出一种策略来生成同一软件包的预发布版本和发布版本。例如，假设我们有包foo，我希望在每个成功的基于master的ci构建上创建预发布包。我希望能够偶尔将其中一个预发布包推广到发布

人们通常是如何通过2018年tfs做到这一点的

我最初的想法是在master上创建一个build，它同时生成预发布包和发布包，但不推送它们。预发布版本将是程序集信息中的版本+内部版本号，而发布版本将只是程序集信息文件中的版本。构建将只运行两个nuget包，但没有推送

我将创建一个单一版本。该版本将有两个环境：推送预发布和推送发布

推送预发布将在成功构建时运行，nuget推送预发布包，推送发布环境将是手动发布，可能需要批准，nuget推送发布包

---

所有这些对我来说似乎都没问题，但我以前从未实施过我自己的策略，希望得到一些诚实的反馈。这听起来是个好办法吗？在tfs中是否有更简单的方法来管理预发布和发布包？

这听起来有点奇怪。预发布包的意义是什么？一个预发布版本进入完整版本的标准是什么？我们有大量的共享项目（比如20多个）和许多开发团队在同一个sprint过程中使用相同的项目。CI预发布包背后的意图是在开发过程中的sprint期间集成跨团队的更改。有没有更好的方法来实现这一点？让它们成为发布包的标准是sprint结束之前的最后一个工作预发布。这些将是整合到产品后的冲刺版本可能会考虑预版本是否真的必要，或者如果这只是不必要的并发症。如果有必要，那么最好使用这样的方法，它可以让您从版本号中获得确切的提交。然后，当您想要发布一个版本时，只需返回并从该提交重新发布即可。我应该补充一点，我不使用tfs，所以我恐怕不确定这方面会发生什么