小编Sam*_*lam的帖子

我们正在实施 CI/CD 管道，并使用 TFS 作为我们的代码存储库以及构建和发布工具。我有以下具体问题：

1. 目前，我们将构建过程中所需的库和第三方工具存储在代码存储库中。我们想分析存储和访问第三方工具和库的其他方式。
   • Artifactory 是存储它们的合适工具吗？据我了解，Artifactory 应该只用于存储可以丢弃和重新创建的构建工件。
   • 或者使用 Chocolatey 是更好的选择吗？据我了解，我们需要从我们的第三方工具和库创建 Chocolatey 包。哪里做：
     • 这些软件包的源代码（例如（.exe、.dll、.zip、.msi））通常位于何处？
       • 在 UNC 文件位置？
       • 或者在像 Artifactory 这样的二进制存储库中？
       • 使用二进制存储库来存储构建时依赖项是正确的方法吗？它需要永久驻留在那里，并且每个新版本都会增加存储库的大小。
     • Chocolatey 包本身位于何处？
       • 在 UNC 文件位置？
       • 或者在像 Artifactory 这样的二进制存储库中？
       • 使用二进制存储库来存储构建时依赖项是正确的方法吗？它需要永久驻留在那里，并且每个新版本都会增加存储库的大小。
2. 如果我们将第三方工具和库存储在我们的代码存储库之外
   • 我们需要使用 Chef 和 Chocolatey 来访问它们吗？
   • 或者我们可以使用 Chocolatey 直接从 TFS 访问它们，而无需在构建过程中使用 Chef？
3. 我是否正确地认为 Chef 主要用于在开始构建过程之前使用所需的软件和环境变量设置构建环境？