Chef infra 人工制品、厨师和巧克力是如何协同工作的?
我们正在实现一个CI/CD管道,并使用TFS作为我们的代码存储库和构建与发布工具。我有以下具体问题:Chef infra 人工制品、厨师和巧克力是如何协同工作的?,chef-infra,artifactory,devops,chocolatey,Chef Infra,Artifactory,Devops,Chocolatey,我们正在实现一个CI/CD管道,并使用TFS作为我们的代码存储库和构建与发布工具。我有以下具体问题: 我们目前将构建过程中需要的库和第三方工具存储在代码存储库中。我们想分析存储和访问第三方工具和库的其他方式。 Artifactory是存储它们的正确工具吗?据我所知,Artifactory应该只用于存储可以丢弃和重新创建的构建工件 还是巧克力是更好的选择?据我所知,我们需要从我们的第三方工具和库中创建巧克力包。在哪里: 这些包的来源,例如(.exe、.dll、.zip、.msi)通常驻留在哪里
- Artifactory是存储它们的正确工具吗?据我所知,Artifactory应该只用于存储可以丢弃和重新创建的构建工件
- 还是巧克力是更好的选择?据我所知,我们需要从我们的第三方工具和库中创建巧克力包。在哪里:
- 这些包的来源,例如(.exe、.dll、.zip、.msi)通常驻留在哪里?
- 在UNC文件位置
- 或者在二进制存储库(如Artifactory)中
- 使用二进制存储库存储构建时依赖项是正确的方法吗?它需要永久驻留在那里,并且每个新版本都会增加存储库的大小
- 巧克力包装本身就存在吗?
- 在UNC文件位置
- 或者在二进制存储库(如Artifactory)中
- 使用二进制存储库存储构建时依赖项是正确的方法吗?它需要永久驻留在那里,并且每个新版本都会增加存储库的大小
- 这些包的来源,例如(.exe、.dll、.zip、.msi)通常驻留在哪里?
- 我们需要使用厨师和巧克力来访问它们吗
- 或者,我们可以使用巧克力直接从TFS访问它们,而不必在构建过程中使用Chef
让我们看看我能不能帮你把这个分解一下
- Artifactory是存储它们的正确工具吗李>
- 据我所知,Artifactory应该只用于存储可以丢弃和重新创建的构建工件
- 还是巧克力是更好的选择李>
- 在UNC文件位置
- 或者在二进制存储库(如Artifactory)中
- 使用二进制存储库存储构建时依赖项是正确的方法吗李>
- 在包装本身中
- 它需要永久驻留在那里,并且每个新版本都会增加存储库的大小
- 巧克力包装本身就存在吗?
- 在UNC文件位置
- 或者在二进制存储库(如Artifactory)中
- 使用二进制存储库存储构建时依赖项是正确的方法吗?它需要永久驻留在那里,并且每个新版本都会增加存储库的大小