人工Azure DevOps扩展

自动安装

如果构建代理可以访问internet，那么JFrog CLI和Maven Extractor将在第一次需要时下载并自动安装到代理上。

人工工具安装程序

如果您的代理没有internet访问，您可以配置管道来从Artifactory实例下载JFrog CLI和Maven Extractor, Artifactory实例被配置为代理下载存储库。

1. 在Artifactory中创建两个远程存储库:
   
   1. 用于下载的存储库JFrog CLI。
      将JFrog CLI存储库的URL设置为https://releases.jfrog.io/artifactory/jfrog-cli/v1/
   2. 的存储库Maven和Gradle提取器。
      的URL提取器存储库:https://releases.jfrog.io/artifactory/oss-release-local/
   在下面的示例中，将JFrog CLI存储库设置为jfrog-cli和Maven提取器存储库是提取器。您可以重命名这两个存储库以满足您的需要。
2. 控件配置Artifactory服务器jfrog-cli和提取器Azure DevOps中的存储库，如配置人工服务端点部分。
3. 添加人工工具安装程序任务到您的构建或发布管道。
4. 选择您配置的Artifactory服务。
5. 选择jfrog-cli作为下载JFrog CLI的目标存储库。
   如果您的管道使用Artifactory Maven或Artifactory Gradle任务,选择提取器作为下载Maven提取器的存储库。

手动安装

安装JFrog命令行

该扩展在后台运行JFrog CLI来运行它的许多操作。扩展会在第一次需要时自动下载并在构建代理上安装JFrog CLI。但是，如果构建代理不能访问internet，那么在尝试下载JFrog CLI时，构建将失败，您需要手动下载并安装它。

在没有互联网访问的代理上安装JFrog CLI:

1. 在代理上创建目录结构当前文件系统:$ (Agent.ToolsDirectory) / _jfrog / /。
2. 下载最新的JFrog CLI版本在这里。请确保下载与代理操作系统匹配的可执行文件。
3. 将下载的JFrog可执行文件复制到当前的"您创建的目录。

安装Maven提取器

触发Artifactory Maven任务时，JFrog CLI会自动将Maven Extractor jar下载到构建代理中这是第一次需要。但是，如果生成代理不能访问internet，则在尝试下载文件时生成将失败。因此，您需要手动下载并安装它。

在没有internet访问的代理上安装Maven Extractor jar:

1. 在代理的文件系统上创建目录结构:$ (Agent.ToolsDirectory)/ _jfrog / .jfrog / / maven的依赖关系2.28.6
2. 下载build-info-extractor-maven3-2.28.6-uber.jar并将其放在您创建的“maven”目录中。

安装Gradle提取器

触发Artifactory Gradle任务时，JFrog CLI会自动将Gradle Extractor jar下载到构建代理中这是第一次需要。但是，如果生成代理不能访问internet，则在尝试下载文件时生成将失败。因此，您需要手动下载并安装它。

在没有互联网访问的代理上安装Gradle Extractor jar:

1. 在代理的文件系统上创建目录结构:$ (Agent.ToolsDirectory)/ / gradle / 4.24.12 _jfrog / .jfrog /依赖关系
2. 下载build-info-extractor-gradle-4.24.12-uber.jar并将其放入您创建的“gradle”目录中。

安装柯南

要使构建代理能够运行conan构建，请执行以下操作:

1. 访问代理并按照以下步骤安装conan这些步骤。
2. 确认conan可执行文件在代理上运行构建的用户的Path环境变量中可用。

使用TFS 2015

先决条件

Node.JS版本8及以上

构建代理需要使用Node.JS版本8及以上。查看构建代理上运行的是哪个版本的Node.JS:

1. 导航到工人\ \处理器节点文件夹位于代理主目录下。
2. 从终端运行节点- v。
   
   

在构建代理上升级Node.JS:

• 将代理上现有的node.exe文件替换为具有所需版本的node.exe文件工人\ \处理器节点在代理目录下的文件夹。

配置JFrog人工制品和JFrog发布服务连接

为了允许您的构建与JFrog Artifactory一起工作，您需要将JFrog Artifactory实例配置为服务连接。此外，要使用Distribution任务，请将JFrog Distribution实例配置为服务连接。

1. 访问您的Azure DevOps项目并单击项目设置>管道>服务连接>新的服务连接并选择JFrog Artifactory或JFrog分布。
   
2. 配置的详细信息JFrog Artifactory或JFrog分布实例。您可以将连接配置为使用基本身份验证或访问令牌。
   

没有使用公共CA(证书颁发机构)?

如果您没有使用公共CA(证书颁发机构)来颁发用于连接到Artifactory域的SSL证书，则此部分与您相关。您可能没有使用公共CA，因为您正在使用自签名证书，或者您正在内部运行自己的PKI服务(通常通过使用Microsoft CA)。

在这种情况下，您需要使这些证书对JFrog CLI可用，大多数Artifactory任务都使用JFrog CLI。要使证书可用于JFrog CLI，需要将它们放在security/certs目录中，该目录位于JFrog CLI的主目录下。主目录默认位置为(Agent.ToolsDirectory) / _jfrog美元

阅读更多关于这个JFrog CLI文档。

无法访问Artifactory?

确保Artifactory实例的URL没有以斜杠结尾。

仍然无法访问Artifactory?

出于安全考虑，Artifactory SaaS仅支持TLS 1.2。由于并非所有TFS版本都支持TLS 1.2，因此您可能需要在TFS上启用TLS 1.2。
在TFS上启用TLS 1.2:
1.创建一个文件并命名为:Microsoft.PowerShell_profile.ps1
2.在文件中添加以下行:

【净。::SecurityProtocol = [Net. manager]。SecurityProtocolType]:: Tls12

3.将文件放置在TFS机器上的以下位置:C:\Users\<用户名>\ \ WindowsPowerShell文档

从Artifactory下载通用依赖项

的Artifactory通用下载task支持将构建依赖项从Artifactory下载到构建代理。
任务触发器JFrog CLI来在后台执行下载，并使用使用文件规格并且还可以配置为捕获构建信息。
任务将下载的文件作为依赖项存储在build-info中，稍后可以使用人工发布构建信息的任务。

在配置任务时，需要进行以下操作:

1. 选择已配置的Artifactory服务端点。
2. 指定您是希望通过任务UI定义文件规范，还是让任务从文件中读取规范。
3. 设置文件规格的内容或路径。
4. 设置其他任务选项。
5. 检查先进的节以获取其他选项。

上传通用工件到Artifactory

的Artifactory通用上传task支持将生成的构建工件从构建代理的本地文件系统上传到Artifactory。
任务触发器JFrog CLI在后台执行上传。
构件定义使用文件规格并且还可以配置为捕获构建信息，因为它将上传的文件作为构件存储在构建信息中。捕获的构建信息稍后可以使用人工发布构建信息的任务。

在配置任务时，需要进行以下操作:

1. 选择已配置的Artifactory服务端点。
2. 指定您是希望通过任务UI定义文件规范，还是让任务从文件中读取规范。
3. 设置文件规格的内容或路径。
4. 设置其他任务选项。
5. 检查先进的节以获取其他选项。

在Artifactory中设置和删除文件属性

Artifactory允许您在文件上放置属性。本地存储库或本地缓存存储库支持设置(和删除)属性。虽然不能设置或删除虚拟存储库上的属性，但可以检索它们。

的Artifactory属性任务支持设置和删除文件属性使用文件规格。

有关在Artifactory中管理属性的详细信息，请参见属性。

触发构建

您可以触发以下构建。

触发Maven构建

的Artifactory Maven任务允许触发Maven构建，同时解析依赖关系并在Artifactory之间和Artifactory之间部署工件。

该任务还可以配置为捕获构建信息，并将下载和上传的构件存储为构建依赖项和构建构件。捕获的构建信息稍后可以使用人工发布构建信息的任务。

您还可以选择过滤掉将要部署到Artifactory的一些Maven构件。您可以通过定义一个或多个包含模式来实现这一点。您还可以定义一个或多个排除模式。模式可以包括通配符，并且应该用逗号和空格分隔，如下所示。

有关Maven存储库的更多信息，请参见人工Maven存储库。

触发Gradle构建

的Artifactory Gradletask允许触发Gradle构建，同时解析依赖关系并从Artifactory和Artifactory之间部署工件。

该任务还可以配置为捕获构建信息，并将下载和上传的构件存储为构建依赖项和构建构件。捕获的构建信息稍后可以使用人工发布构建信息的任务。

在幕后，Artifactory Gradle任务使用Gradle Artifactory Plugin与Gradle版本集成。如果你的Gradle脚本已经应用了Gradle Artifactory Plugin，设置使用Artifactory插件选项，让任务知道它不应该在Gradle脚本中应用插件。

你应该设置artifactoryPublish的Gradle任务之一任务(s)领域。artifactoryPublish是一个由Gradle Artifactory Plugin公开的任务，用于部署工件以及向Artifactory发布构建信息。

触发Npm构建

的Artifactory Npmtask允许触发npm构建，同时解析npm依赖项，并在Artifactory中部署npm包。

该任务还可以配置为捕获构建信息并将上传的文件作为工件存储在其中。捕获的构建信息稍后可以使用人工发布构建信息的任务。

有关npm存储库的信息，请参见人工的npm注册表。

触发Nuget和。net核心构建

的Artifactory Nuget和Artifactory .NET Core任务允许从Artifactory恢复NuGet包。这些任务还允许向Artifactory发布NuGet包。可以将任务配置为捕获构建信息。build-info将恢复的包存储为构建依赖项，并将上传的包存储为构建工件。捕获的构建信息稍后可以使用人工发布构建信息的任务。

有关Nuget存储库的更多信息，请参见人工的NuGet存储库。

使用Pip触发Python构建

的Artifactory皮普任务允许从Artifactory安装Pip包。还可以将任务配置为捕获构建信息。build-info将安装的包存储为构建依赖项。捕获的构建信息稍后可以使用人工发布构建信息的任务。

将所有依赖记录为build-info的一部分

在已经安装了一些包的Python环境中运行Artifactory Pip任务时，如果安装的包最初不是从Artifactory安装的，则这些安装的包不会作为构建信息的一部分包含。在这种情况下，一条警告消息将被添加到构建日志中。

如何在build-info中包含所有包?

属性第一次运行任务禁用本地pip缓存选项选中后，应该重新下载并安装这些包，因此它们将包含在build-info中。也建议从目录中运行该命令虚拟环境。的虚拟环境设置命令Field允许这样做。

在幕后，该任务使用JFrog CLI作为pip的包装器。JFrog CLI还包括一个缓存机制，它在本地存储依赖项的详细信息，确保它们包含在构建信息中，即使它们已经在本地缓存。阅读更多相关内容在这里。

触发柯南构建

柯南是C和c++的包管理器。

的Artifactory柯南任务允许触发conan构建，同时从Artifactory中的conan存储库解析conan依赖项。它还允许将conan包发布到Artifactory conan存储库。该任务还可以配置为捕获构建信息，并将下载和上传的包存储为构建依赖项和工件。捕获的构建信息稍后可以使用人工发布构建信息的任务。

任务支持配置安装，添加远程，创建和上传柯南的命令。此外，它还支持a自定义选项，允许将任务配置为执行任何conan命令。cona的完整文档可在柯南网站。

有关Conan存储库的更多信息，请参见人工柯南仓库。

触发Go构建

的Artifactory去任务允许触发go构建，同时从Artifactory中的go存储库解析go依赖项。它还允许将go包发布到Artifactory go存储库。该任务还可以配置为捕获构建信息，并将下载和上传的包存储为构建依赖项和工件。捕获的构建信息稍后可以使用人工发布构建信息的任务。

有关Go存储库的更多信息，请参见人工Go存储库。

从Artifactory中推送和拉取Docker映像

的Artifactory码头工人task允许在Artifactory的docker存储库中推送和提取docker映像。该任务还可以配置为捕获推送或拉取映像的构建信息。除了关于构建和构建环境的详细信息之外，构建信息还包括作为构建依赖项和构建工件的映像层。任务将生成信息本地存储在生成代理上。存储的构建信息稍后可以使用人工发布构建信息的任务。

有关Docker和Artifactory的更多信息，请参见人工Docker注册表。

收集构建问题

能够看到构建发布到Artifactory，并查看所有JIRA问题与之相关联的是Artifactory在管理关于工件的元数据时最强大的功能之一构建。

的人工收集构建问题task收集跟踪的项目问题列表(例如，存储在JIRA或任何其他错误跟踪系统中的问题)，并将这些问题添加到build-info中。通过从本地git日志中读取git提交消息来收集问题。每个提交消息都与预配置的正则表达式匹配，正则表达式检索问题ID和问题摘要。收集问题所需的信息从yaml配置中检索，该配置被设置为任务的一部分。

这是yaml配置结构。

version: 1 issue: trackerName: JIRA regexp: (.+-[0-9]+)\s-\s(.+) keyGroupIndex: 1 summaryGroupIndex: 2 trackerUrl: http://my-jira.com/issues aggregate: true aggregationStatus: RELEASED

配置属性

yaml配置既可以作为任务配置的一部分作为文本存储，也可以存储在文件中。该文件可以保存在源代码控制中，并与其他源一起获取到构建代理中。然后这个任务可以访问和使用它。

发布构建信息到Artifactory

的Artifactory通用下载和Artifactory通用上传任务可以配置为在本地收集和存储构建信息。收集的构建信息然后可以使用人工发布构建信息的任务。

有关构建信息的详细信息，请参见人工构建集成。

在配置任务时，选择已配置的Artifactory服务端点，并指定是否希望从代理收集环境变量并将它们添加到构建信息中。

将构建信息发布到Artifactory后，可以从Artifactory选项卡。

在Artifactory中推广已发布的构建

为了支持工件生命周期，Artifactory支持将已发布的构建从一个存储库提升到另一个存储库。

的人工建造推广Task通过复制或移动构建构件和/或依赖项到目标存储库来促进构建。
此任务可以作为构建或发布管道的一部分添加。

运行以下步骤配置人工建造推广任务:

1. 选择已配置的Artifactory服务，该版本已发布到该版本。
2. 指定对象的名称目标库构建应该被提升到。
3. 设置状态，并可选地添加评论。这些细节将在Artifactory UI中作为Build History的一部分可见。
4. (可选)设置a源库为了升职。
5. 取消复制/移动构建依赖项字段，以便仅将构建构件移动或复制到目标存储库。
6. 要复制工件而不将其移动到目标存储库，请选择复制工件选项将工件复制到目标存储库。
7. 选择排练在运行构建升级之前测试升级。

在发布中使用构建提升

您可以通过将工件从一个Artifactory存储库提升到另一个Artifactory存储库来控制工件的生命周期。当将Build Promotion作为Azure DevOps发布管道的一部分嵌入时，它可以派上用场。为了帮助您实现这一点，请按照以下步骤创建包含人工建造推广的任务。

1. 创建一个新的发布。
   
2. 点击环境并为发布选择一个模板。
   
3. 点击工件和选择构建作为源类型。
4. 填写其余的表单详细信息。
5. 如果您希望此版本始终使用来自Artifactory的最新构建，请选择指定一个特定的构建号随着默认的版本并选择可用的构建号之一建立数列表框。
6. 如果希望在发布期间提升特定的构建号，请选择在发布创建时指定随着默认的版本：
   
7. 如果希望提升最新的构建号，请选择指定一个特定的构建号随着默认的版本然后选择任何构建数字。然后，点击变量选项卡并添加ARTIFACTORY_RELEASE_BUILD_NUMBER管道变量with最新的作为值。
   
8. 配置人工建造推广任务作为您的发布管道任务之一。
   任务使用的构建号将在稍后创建发布时选择。
   
9. 就是这样，你完成了!
   现在您可以创建发布了。您将选择的构建号是将在Artifactory中提升的版本号。

扫描发布的构建与JFrog x射线

的人工x射线扫描任务允许触发构建扫描与JFrog x射线。对于要扫描的构建，首先需要将其发布到ArtifactoryArtifactory发布BuildInfo的任务。当扫描被触发时，Artifactory将构建传递给Xray, Xray随后将扫描构建工件。扫描是同步的，这意味着它将等待扫描完成。

如果允许失败构建任务选项设置并且Xray配置为构建失败，如果发现漏洞，构建管道将失败。

x射线扫描完成后，可以从Artifactory选项卡。

在发布中使用已发布的工件

发布到Artifactory的工件可以在发布管道中可用。有两种方法可以做到这一点。

第一种方法是在发布期间使用Artifactory Download任务下载文件。在从Artifactory下载通用依赖项一节中了解更多信息。

您还可以将Artifactory设置为发布的工件源。这允许下载以前发布到Artifactory的构建的构件。在将构建信息发布到Artifactory一节中阅读有关将构建发布到Artifactory的更多信息。

按照以下步骤将Artifactory作为工件源添加到发布中。

1. 创建一个新的Release并点击工件|添加
   
   
   
   
   
2. 选择Artifactory源类型。
   
   
   
   
   
3. 选择Artifactory服务、构建名称和要使用的默认版本。
   
   
   
   
   就是这样!你就完成了。
   现在，在初始化发布时，与定义的构建相关联的构件被下载到发布代理中。
   
   

从Artifactory中丢弃已发布的构建

要从Artifactory中丢弃旧的构建运行，请添加人工丢弃构建到管道。

运行这些步骤来配置任务。

1. 选择已配置的Artifactory服务，您希望在其上丢弃构建。
2. 键入构建的名称。
3. 可选地设置维持构建运行的最长天数。较旧的构建运行将被丢弃。
4. 可选地设置要保留的最大构建数。
5. 可选的构建集以10,11,12，…的形式运行。保留而不丢弃。
6. 检查删除构件复选框，也可以删除构建构件，而不仅仅是构建元数据。
7. 选中Async复选框，以使操作异步。在这种情况下，管道将不会等待操作完成，但是在发生故障时不会通知管道。

管理和分发发布包

JFrog分布是一个集中的平台，允许您提供软件发布分发。它是JFrog Enterprise+的核心部分，管理发布包以及它们的分发过程，包括发布内容、许可级别和目标目的地。分发版提供了一个安全的、结构化的平台，可以将发布二进制文件分发到多个远程位置，并在产生新版本时更新它们。作为发布流的一部分，发布包由目标目的地进行验证，以确保它们被正确地签名并且可以安全地使用。

的分布Task允许创建、更新、签名和删除发布包。它还允许将发布分发到边缘节点。

• 该任务需要配置您的JFrog分布实例作为服务连接在Azure DevOps中。然后可以将配置的实例设置为分发服务值。
• 任务触发器JFrog CLI执行分发操作。
• 在创建或更新发布包时，您需要提供文件规格定义要包含在发布包中的工件。

• 在发布发布包时，您可以通过以JSON格式定义规则来控制发布目的地。这里有一个例子。

  分布规则JSON结构

  {“distribution_rules”:[{“:域名”:“DC-1”,“city_name”:“纽约”,“country_code”:(" 1 ")},{“:域名”:“DC-2”,“city_name”:“特拉维夫”、“country_code”:(" 972 ")}]}

  分发规则格式还支持通配符。例如:

  {“distribution_rules”:[{”:域名”:“*”,“city_name”:“*”,“country_code ": ["*"] } ] }

执行JFrog CLI命令

扩展支持泛型JFrog CLI任务，它允许执行JFrog CLI命令。该命令将使用所选Artifactory服务提供的连接详细信息，因此不需要将连接详细信息作为命令选项提供。

任务支持带参数的命令jfrog rt前缀。

发布说明

1.13.6(2022年3月28日)

1. 支持在Dotnet任务上配置Nuget协议。

1.13.5(2022年2月10日)

1. Bug修复:在非windows代理上使用单引号。

1.13.3(2021年12月6日)

1. Node6到Node10迁移。

1.13.2(2021年10月11日)

1. Bug修复:支持发布管道中工件源中的JFrog项目。

1.13.1(2021年9月22日)

1. 减小了扩展的大小。
2. 改进任务文档。
3. 升级JFrog CLI默认版本。

1.13.0(2021年8月10日)

1. 为所有任务添加JFrog Projects支持。
2. 添加对包括/排除模式的支持，以便在Artifactory Maven任务中部署。

1.12.3(2021年5月25日)

1. 错误修复:人工工具安装程序-使服务器ID唯一。

1.12.2(2021年5月3日)

1. 缺陷修正:人工NuGet恢复任务—配置的服务器删除失败，导致后续类似任务失败。

1.12.1(2021年5月1日)

1. 人工NuGet任务-默认使用协议v2，并允许选择协议版本。

1.12.0(2021年4月29日)

1. 新的分销任务和分销服务连接。

2. Bug修复:修复Tools Installer任务中的自定义版本。

1.11.8(2021年4月16日)

1. 错误修复:人工上传可以失败与“refname是模糊的”错误

1.11.7(2021年4月15日)

1. 错误修复:当使用“爆炸”选项时，人工下载可能会在Windows上失败。

1.11.6(2021年4月13日)

1. Bug修复:修复了柯南的部分构建目录路径。

1.11.5(2021年4月12日)

1. 升级JFrog CLI默认版本。

1.11.4(2021年4月12日)

1. Bbug修复:由于Bintray维护，更改了JFrog CLI下载URL。

1.11.2(2020年12月21日)

1. Bbug修复:在docker容器内下载和爆炸失败。

1.11.1(2020年12月20日)

1. 错误修复:人工NuGet还原无法处理目标目录中的空间。

2. Bug修复:Gradle任务无法设置部署存储库。

1.11.0(2020年11月16日)

1. 新的Artifactory Pip任务。

2. 通过jfrog CLI任务添加对“jfrog rt curl”的支持。

3. 允许定义NuGet和。net Push的部署路径。

1.10.6(2020年10月1日)

1. 改进:Maven -如果没有指定部署者，则跳过部署。

1.10.2(2020年8月13日)

1. 错误修复:无效.net推送任务中的部署存储库下拉列表。

1.10.1(2020年8月12日)

1. 错误修复:不正确的自定义JFrog CLI版本验证。

1.10.0(2020年6月15日)

1. 新的Artifactory .NET核心任务
2. 新增JFrog CLI任务
3. 人工NuGet任务-支持Linux
4. 人工收集问题任务-添加默认YAML模板
5. 人工柯南任务删除async-await，以减少扩展文件大小

1.9.4(2020年5月17日)

1. Docker -通过远程存储库收集构建信息
2. 错误修复:Docker build-info中重复的层。
3. 错误修复:重试标志在上传和下载任务中没有影响。
4. Bug修复:构建提升失败，构建参数为env变量

1.9.2(2020年4月14日)

1. 更新的市场页面。

1.9.0(2020年3月31日)

1. 新的手工Gradle任务。
2. 新增收集问题任务。
3. 在GenericDownload/GenericUpload任务中添加所有JFrog命令行选项。
4. Nuget -允许向推送包添加属性。
5. 错误修复:当Artifactory被定义为工件源时，如果没有从Artifactory下载构建工件，则发布失败。
6. 错误修复:当扫描结果中没有scan-url返回时，不生成到Xray的链接。
7. 工具安装程序可能返回HTTP错误400。

1.8.3(2020年3月23日)

1. 允许在Windows上使用'regexp'文件规格属性。
2. 修复了一个日志屏蔽问题。

1.8.2(2020年3月23日)

1. JFrog命令行下载目录更改为$(Agent.ToolsDirectory)，以支持容器作业。

1.8.1(2019年11月27日)

1. Artifactory artifacts-source允许使用ARTIFACTORY_RELEASE_BUILD_NUMBER环境变量来指定构建号。

1.7.4(2019年11月7日)

1. 通用任务的性能改进。

1.7.3(2019年11月6日)

1. 错误修复:由于附加构建信息标志的错误，人工Maven任务悄悄失败。

1.7.2(2019年11月5日)

1. Artifactory Discard构建任务失败，提示“解析”undefined: invalid syntax。

1.7.1(2019年11月4日)

1. 错误修复:通用下载任务版本2无法访问。

1.7.0(2019年11月3日)

1. 新的Artifactory Go任务。
2. 新建Artifactory Properties任务。
3. 支持人工访问令牌。
4. 从生成结果页到x射线生成报告的新链接。

1.6.2(2019年7月9日)

1. Npm任务可能会以'panic: runtime error: index out of range'失败(新JFrog CLI版本)。

1.6.1(2019年7月4日)

1. 关闭JFrog CLI的使用报告功能。

1.6.0(2019年7月1日)

1. 在人工npm任务中新增'npm ci'命令。
2. 给Npm安装任务添加Build info threads属性。
3. 在windows代理的文件规范中支持正斜杠(新的JFrog CLI版本)。
4. Nuget build-info -不包括从解决方案(新JFrog CLI版本)分离的项目。

1.5.0(2019年2月3日)

1. 允许从Artifactory下载JFrog CLI和Maven Extractor。
2. 允许将自定义构建名称和编号设置为Artifactory任务配置的一部分。
3. 新的工件丢弃构建任务。

1.4.1(2018年1月2日)

1. 添加Artifactory作为发布管道的工件源。

1.3.1(2018年11月26日)

1. 新增人工x射线扫描任务。
2. 为Artifactory docker任务添加了docker pull支持。

1.2.2(2018年10月15日)

1. 使用vsts-task-tool-lib下载JFrog CLI作为工具。

1.2.1(2018年10月8日)

1. 下载JFrog CLI时支持HTTP_PROXY、HTTPS_PROXY和NO_PROXY环境变量。

1.2.0(2018年10月1日)

1. 新的神器柯南任务。
2. 新的人工Docker任务。

1.1.1(2018年9月12日)

1. 修复了当nupkg路径包含通配符时的nuget推送。

1.1.0(2018年8月30日)

1. 新增Artifactory Maven、Artifactory NPM和Artifactory Nuget任务。
2. 支持从Artifactory Download和Upload任务中的文件中读取文件规格。
3. 新的“排除Artifactory Publish Info任务中的环境变量字段。
4. “包括环境变量字段被添加到所有支持收集构建信息的任务中，并从Artifactory发布信息任务中删除。

1.0.6(2018年8月15日)

1. 减小了扩展的大小。
2. 带有空白的路径在Windows代理上不能正常工作。

1.0.4(2018年8月12日)

1. Bug修复:修改了人工通用上传和下载任务来使用系统。默认为DefaultWorkingDirectory。
2. 错误修复:人工通用上传和下载任务在发布时出现错误而失败。
3. 人工提升任务:将源和目标存储库字段更改为下拉列表。

1.0.3(2018年8月9日)

1. Bug修复:在Windows上使用变量时，通用上传和通用下载任务可能会失败。

1.0.2(2018年7月30日)

1. 新增通用上传和通用下载任务。
2. 新增促销任务。
3. 新增发布构建信息任务。