Continuous integration VSTS与安全文件的持续集成

Continuous integration VSTS与安全文件的持续集成,continuous-integration,azure-devops,continuous-deployment,azure-pipelines,continuous-delivery,Continuous Integration,Azure Devops,Continuous Deployment,Azure Pipelines,Continuous Delivery,各位好,飞越者 我最近一直在用GIT在VST上玩CI-CD。我有一组涉及安全文件的构建任务。我使用“下载安全文件”任务在构建时访问这些文件。但是,我想知道是否有方法提交这些文件或至少从我的开发环境中自动更新它们。目前,这些文件需要手动上载,这是错误的。 现在感谢您,无法自动更新安全文件。您需要手动上载安全文件 上载已存在的安全文件名时,需要删除现有文件名并添加同名的新文件名 还有一个用户声音建议使用此功能,您可以投票并跟进。您可以使用API删除和上载库中的安全文件 对于安全文件删除,请使用PUT

各位好,飞越者

我最近一直在用GIT在VST上玩CI-CD。我有一组涉及安全文件的构建任务。我使用“下载安全文件”任务在构建时访问这些文件。但是,我想知道是否有方法提交这些文件或至少从我的开发环境中自动更新它们。目前,这些文件需要手动上载,这是错误的。
现在感谢您,无法自动更新安全文件。您需要手动上载安全文件

上载已存在的安全文件名时,需要删除现有文件名并添加同名的新文件名


还有一个用户声音建议使用此功能,您可以投票并跟进。

您可以使用API删除和上载库中的安全文件

对于安全文件删除,请使用PUT API

为了安全上传文件,请使用POST API


Content Type=application/octet stream

感谢您的回答。但是,我不确定我们是否在谈论同一件事。我在谈论“安全文件”:。我尝试了您建议的方法,但由于安全文件位于
$(Agent.WorkFolder)中,因此无效\_temp
目录,您应该将安全文件移动到
$(Build.sources目录)
首先,然后将文件提交到git repo。这不意味着我会失去整个概念背后的安全功能吗?这将意味着,任何可以访问存储库的人都可以轻松访问这些文件。这也意味着整个静止加密概念将丢失,对吗?是的,对于有权访问git repo或分支的用户,可以看到安全文件。手动提交和推送时是否也会遇到同样的问题?解决方法是将安全文件提交并推送到某个分支,该分支只有特定的用户有权查看该分支。@COR如果您只希望安全文件位于图书馆(不是提交到repo),没有办法在图书馆中自动更新安全文件,我更新了我的答案,你可以在里面找到更多细节。