我的组织是神器新手,目前以一种非常基本的方式使用它:将我们所有的nuget包及其版本转储到pre-fab snapshot
本地存储库中。此存储库具有与其关联的nuget-default
布局,其具有以下工件路径模式,它尝试匹配/解析有关包的元数据:
[orgPath]/[module]/[module].[baseRev](-[fileItegRev]).nupkg
这显然不起作用,因为我们没有配置我们的CI将包推送到嵌套的子文件夹/我们在文件名中使用不同的版本模式等等。这是有问题的,因为我们无法利用任何工件管理功能,如旧版本的自动清理等。
我正在尝试设置“自定义布局”来解决此问题,但无法使其匹配/解析任何元数据。配置详细信息:
// CI configuration
// Build and push packages to
https://myOrg.jfrog.io/myOrg/api/nuget/snapshot-new/myOrg/radModule
// instead of
https://myOrg.jfrog.io/myOrg/api/nuget/snapshot
// cool-custom-layout settings
Artifact Path Pattern: [orgPath]/[module]/[module].[baseRev]-[fileItegRev].nupkg
Folder Integration Revision RegExp: .*
File Integration Revision RegExp: .*
当我将软件包推送到名为snapshot-new
的新配置的RadModule.2017.20.4-gitabc123.nupkg
存储库时,它会在存储库中显示正确嵌套的文件夹结构/文件路径(snapshot-new/myOrg/radModule/RadModule.2017.20.4-gitabc123.nupkg
)。
问题当我尝试在Test Artifact Path Resolution
编辑视图中使用cool-custom-layout
表单时,无法匹配/解析任何数据。我已经尝试提交以下测试值,但都失败了:
myOrg/radModule/RadModule.2017.20.4-gitabc123.nupkg
snapshot-new/myOrg/radModule/RadModule.2017.20.4-gitabc123.nupkg
RadModule.2017.20.4-gitabc123.nupkg
我错过了什么?
答案 0 :(得分:1)
想出这个问题,我想如果其他人有类似的困难我会回答。非常简单的错误:因为[module]
变量在我的示例工件路径模式中被引用了两次,所以它似乎要求文字具有完全相同的值。在我的示例中,第一个值是radModule
(camelCased),而第二个值是RadModule
(PascalCased)。因此,以下修正的测试值正确解析:
myOrg/radModule/radModule.2017.20.4-gitabc123.nupkg