发布说明

---

---

Artifactory 4.13.2

发布日期:2016年10月18日

主要更新

1. 修正了安全问题和小错误。

已知的问题

1. 如果DR实例是由JFrog任务控制管理的，则存在内存泄漏的风险，可能会导致Artifactory服务停止响应。
   相关问题包括rtfact - 12854，rtfact - 13358．

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.12.0.1

发布日期:2016年8月29日

注意:由于发现了一个关键问题，此版本取代了4.12.0版本。

JMX mbean

为了监视资源使用情况，Artifactory现在实现了监视HTTP连接的JMX mbean。这公开了您可以监视的各种新参数，如远程存储库、JFrog Xray客户端连接、分发存储库、复制查询、HA事件传播等等。

YUM虚拟资料库

通过对虚拟YUM存储库的支持，您可以使用单个URL下载和上传rpm。

主要更新

1. 支持YUM虚拟资料库．

2. JMX mbean支持已经扩展到允许监视HTTP连接。

3. 对象中对远程存储库及其对应的缓存进行了排序工件存储库浏览器并一起展示，而不是分开展示。

4. 作为一个方便的特性，您现在可以过滤要从组中删除的用户或要从权限目标中删除的存储库。

5. Hazelcast接口匹配已被禁用，允许您在不同的Docker主机下运行Artifactory HA集群节点。

6. 一个targetInfo变量已添加到复制用户插件context允许您指定目标Artifactory URL和存储库。

7. RubyGems的性能api /依赖关系查询功能得到了改进。

8. 推送复制现在支持同步下载状态(对于本地存储库)。为了避免无意中删除工件，建议在为灾难恢复设置复制时这样做。

已知的问题

1. 当将现有的docker层推到using to deploy到虚拟层时，将被上传到错误的路径。以目标本地存储库密钥为前缀的路径。
   注意，pull命令将继续按预期工作。
   相关的问题是rtfact - 12396，在4.12.1版本修复。
2. 在处理大量工件时，RubyGems依赖查询可能会导致意外的DB行为。
   相关的问题是rtfact - 12480，在4.12.2版本修复。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.12.1

发布日期:2016年9月7日

主要更新

1. 修复了部署到虚拟存储库时导致现有Docker层上传到错误路径的问题。
   这个补丁还将包括一个转换，将层从错误的路径移动到正确的路径。

2. 修复“AWS EC2 IAM SessionCredentials”刷新令牌过程，当使用IAM角色和时间被设置为GMT以外的任何时区时。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.12.2

发布日期:2016年9月14日

主要更新

1. 修复了导致DB在使用时表现异常的问题/ api /珠宝/依赖性在RubyGems存储库上查询一个非常大的工件集。

2. 修复一个内部服务器错误此后未下载的工件REST api。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.11

发布日期:2016年7月31日

JFrog x射线集成

JFrog Xray的第一个正式版本，1.0版本已经与Artifactory的这个版本共同发布。JFrog Xray 1.0支持Artifactory 4.11及以上版本。

要将JFrog Artifactory 4.11与JFrog Xray 1.0集成，您需要采取以下步骤:

• 如果您正在进行JFrog Artifactory 4.11的干净安装，请遵循下面的通常说明安装Artifactory，然后安装JFrog XrayJFrog x射线用户指南．

• 如果您正在从以前版本的JFrog Artifactory升级你已经连接了JFrog x射线预览版本，请跟这些指令为安装创造干净的环境。

性能

这个版本在性能上有几个改进，包括删除工件的属性、垃圾收集和数据导入以及从垃圾桶中恢复工件。

主要更新

1. 当对工件的属性进行许多更改(例如删除所有)时，性能得到了极大的改进。

2. 在删除工件或从垃圾桶中恢复工件时，垃圾桶的性能都得到了极大的改进。

3. 通过在不同的线程中分离这两个操作，垃圾收集和数据导入的性能得到了极大的提高。

4. 对于由JFrog Xray索引的工件，可以使用一般选项卡在树浏览器现在显示x射线索引和状态信息。

5. 存储库配置REST API端点已被更新，以便在通过UI查询存储库时，根据用户的权限向调用者提供相同的可用信息。

6. 一个修复已经到位，以防止由于“LDAP属性中毒”造成的安全问题（cve - 2016 - 6501)．
   JFrog要感谢阿尔瓦罗·穆尼奥斯而且Oleksandr Mirosh惠普企业部门的报告此问题，并与JFrog合作帮助保护我们的客户。
   

已知的问题

1. 当属性具有Null值时，抛出空指针异常错误(rtfact - 12058）.
   这可能是由于在使用YUM组时YUM元数据计算导致供应商值为NULL。
   作为解决此问题的方法，您可以设置以下系统属性artifactory.node.properties.replace.all = true美元以下ARTIFACTORY_HOME / etc / artifactory.system。重新启动Artifactory服务。(如果您正在使用高可用性设置，则需要在每个节点上进行更改)。

   确保在升级到更高版本后将值更改为false，因为这个问题已经修复，并且将其保留为true将导致Artifactory不使用新的属性更新机制。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.11.1

发布日期:2016年8月14日

Docker注册表的改进

Artifactory对Docker注册表进行了一些改进。

• 对于远程Docker存储库的Pull复制，以前由于Docker客户端的限制是不可能的，现在已经对使用清单模式v2创建的映像启用了。
• Docker镜像的存储已经被优化，因此Artifactory不会复制推送的Docker镜像的层，如果这些层已经存在于Artifactory的其他地方。

主要更新

1. 除了列出Amazon S3存储中的文件外，Artifactory现在还可以列出谷歌S3存储中的文件。

2. 现在已经为Docker注册中心启用了使用清单模式v2创建的映像的Pull复制。
3. 当推送一个包含已有层的Docker映像时，Artifactory将使用现有层，而不是存储一个额外的副本。
4. Artifactory现在支持GPG签署YUM元数据
5. 现在可以从与搜索相关的用户插件调用AQL。

6. Artifactory现在可以作为Xenial (Ubuntu 16.04)的Debian发行版进行安装。

已知的问题

1. 当将现有的docker层推到using to deploy到虚拟层时，将被上传到错误的路径。以目标本地存储库密钥为前缀的路径。
   注意，pull命令将继续按预期工作。
   相关的问题是rtfact - 12396，在4.12.1版本修复。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.11.2

发布日期:2016年8月17日

主要更新

1. 修复了在覆盖相同校验和的文件时向x射线发送不必要的删除事件。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.10

上映日期:2016年7月19日

日志分析

该版本引入了与Sumo Logic Log Analytics集成的功能。Artifactory使用Sumo Logic创建一个帐户，以便您可以查看Artifactory日志的高级分析，以发现性能瓶颈、未经授权的服务器访问尝试等。

Docker映像清理

现在，您可以在删除旧快照之前配置每个docker映像标记Artifactory应该存储多少快照，以避免它们累积并使您的文件存储膨胀。

主要更新

1. 与相扑逻辑的集成日志分析．
2. 配置Artifactory，通过限制存储在Artifactory中任何Docker注册表中的唯一标记的数量，自动清除Docker映像的旧标记。
3. Maven元数据计算的性能得到了改进，以适应Maven存储库上的许多删除操作。
4. 的导航菜单进行了重大改进管理模块，允许您快速筛选和导航到特定的类别。的完整的菜单显示在鼠标悬停时，您可以输入搜索词来强调要查找的项目。
5. 支持重新标记Docker图像作为Docker推广REST API的一部分，使您能够轻松地重命名和重新标记图像，而无需再次拉出和推它。当使用促销来管理CI管道时，这非常有用。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.9

上映日期:2016年7月3日

JFrog x射线集成

该版本引入了与JFrog Xray全面集成的功能，通用工件分析，可以揭示软件应用生命周期任何阶段的各种问题。通过扫描二进制工件及其元数据，递归地通过任何级别的依赖关系，JFrog Xray提供了根本的透明度和对可能潜伏在软件架构中的问题的前所未有的洞察力。

主要更新

1. ArtifactoryJFrog x射线集成．
2. 现在可以限制用户访问Artifactory只能通过REST API．
3. 已移除已弃用的“强制认证”配置字段Docker存储库配置用于启用码头工人登录命令。目前所有Docker存储库根据权限配置同时支持身份验证和匿名访问，使该字段过时。这对于表示与Artifactory交互的不同工具(如CI服务器、构建工具等)的用户特别有用。
4. Artifactory现在支持自定义Atlassian人群身份验证令牌。
5. Artifactory OAuth集成现在支持传入查询参数作为授权URL的一部分。
6. AQL和Artifactory公共API已经增强，以支持详细的报告远程下载统计数据用于智能远程存储库。
7. 在使用REST API将存档部署到Artifactory时，您可以指定它们应该在原子操作中通过X-Explode-Archive-Atomic头。
8. 删除了对已弃用的支持artifactory.security.useBase64国旗在artifactory.system.properties结果就是artifactory.security.authentication.encryptedPassword.surroundChars。
   为了触发生成与Artifactory版本4.9.0及以上兼容的新加密密码，用户需要访问其用户配置文件页面并获得新的加密密码。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.9.1

发布日期:2016年7月14日

主要更新

1. 提高在有大量用户的系统中编辑用户详细信息时的性能。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.8

发布日期:2016年5月23日

分布存储库

一种新的存储库类型，旨在让您通过JFrog Bintray快速轻松地将您的软件推出给客户和用户。一旦设置好，对Bintray的访问就由Artifactory管理，所以你所需要做的就是把你的工件放到你的分发库中，它们就会自动推送到Bintray进行分发。

主要更新

1. 分布存储库
2. 不同存储库类型(Ruby Gems, Npm, Bower, NuGet, Debian, YUM, Pypi, CocoaPods, Opkg)的元数据重新计算现在可以由具有管理(即管理+删除/覆盖+部署/缓存+注释+读取)权限的用户触发。以前这需要管理权限。已知的限制:通过Artifactory UI触发虚拟存储库的元数据重新计算仍然需要管理权限。
3. 当重写npm或Bower存储库的外部依赖项时，简化依赖项GitHub的url将被所有包含"github.com＂

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.8.1

发布日期:2016年5月23日

OSS许可证变更

从4.8.1版本开始，Artifactory OSS授权使用AGPL 3.0(以前是LGPL 3.0)。

分布存储库

在指定存储库和分发路径时，增加了对分发试运行的支持，以及对命名和未命名捕获组的支持，为如何将文件上传到Bintray提供了极大的灵活性。

树木性能改进

主要改进树加载时间时，工作在大型树与数千个条目。

主要更新

1. 对分发存储库的改进
   1. 提供巨大的灵活性，你如何上传文件到Bintray支持两者命名而且不愿透露姓名的捕捉组。
   2. 添加排练选项。
2. 的树浏览器经过了许多更改，以在大量填充许多项时显著改善行为和性能。
3. Artifactory现在将拒绝在Tree Browser中冲突并创建重复条目的存储库名称。
4. 解决了版本比较器方法导致的RubyGems错误。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.8.2

发布日期:2016年5月23日

主要更新

1. 当从代理DockerHub的远程存储库提取映像时，将Docker清单模式从v2转换为v1。此问题导致Docker 1.10.0以下版本的客户端无法提取1.10.0及更高版本客户端上传的图像。
2. 在High Availability配置中，如果在删除存储库时正在从存储库中下载，Artifactory将无法删除存储库。
3. 允许在删除事件时禁用maven自动数据计算。这将允许执行大量删除。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.7

发布日期:2016年3月31日

远程和虚拟Git LFS存储库

Artifactory是唯一支持远程和虚拟Git LFS存储库的存储库管理器。通过在其他Artifactory实例或GitHub上代理Git LFS存储库，可以使用远程存储库轻松地在组织内的团队之间共享二进制资产。将所有本地和远程Git LFS存储库包装到一个虚拟存储库中，允许Git LFS客户端使用单个URL上传和下载二进制资产。

Artifactory查询语言

AQL有两个很棒的新特性!

增加了一个新的推广域。这允许您根据升级状态的详细信息对构建运行查询。例如，找到已提升为“发布”状态的最新版本。

此外，我们现在支持跨多个域运行查询，例如items.find().include("archive.entry"，"artifact.module.build")。这是特别有用的，因为权限现在可以支持的域，直到现在，只有管理员可用。

Docker存储库的身份验证

我们不再需要为匿名用户和经过身份验证的用户配置单独的存储库。以前启用匿名访问时，Docker存储库允许未经身份验证的访问，但为了支持经过身份验证的访问，例如使用Docker登录，您必须使用“Force Authentication”标志。现在该限制已被取消，匿名用户可以根据配置的权限对所有存储库进行拉取和推送，包括使用“Force Authentication”标记进行检查的存储库。

因此，Docker存储库设置中的“强制身份验证”复选框已弃用。它目前留在UI中，处于检查和不可变的状态，仅供参考，并将在未来的版本中删除。

请注意:匿名用户可以继续使用“强制身份验证”设置为false的现有存储库。在稍后的版本中，该配置将被删除，经过身份验证的用户也将能够使用这些存储库。

阻止远程存储库中不匹配的mime类型

增加了验证返回工件是否与预期的Mime-Type匹配的支持。例如，如果您请求一个POM文件，但接收到一个HTML文件，Artifactory将阻止该文件被缓存。当检测到这种不匹配时，Artifactory将向客户端返回一个409错误。

默认情况下，Artifactory将阻塞HTML和XHTML Mime-Types。方法重写此配置先进的选项卡指定要阻止的mime类型列表。

支持AWS IAM角色与S3

没有必要将您的凭证保存在文本文件中。作为使用AWS S3时进行身份验证的另一种方式，您现在可以使用IAM角色，而不是将凭据保存在美元ARTIFACTORY_HOME / etc / storage.properties文件。

主要更新

1. 远程而且虚拟Git LFS存储库
2. 用于AQL的提升域和用于非特权用户的跨域查询，显示来自任何域的任何可访问字段。
3. 匿名和经过身份验证的用户可以访问相同的docker存储库。
4. 将Docker标签推到Bintray直接从Artifactory UI。
5. 支持S3的IAM角色。
6. 改进在高可用性设置下工作时的节点恢复机制。
7. YUM的重大改进，在使用更少资源的情况下，性能提高了100%。2022世界杯阿根廷预选赛赛程
8. 阻止在远程存储库中缓存不匹配的mime类型。

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.7.1

发布日期:2016年4月4日

主要更新

1. 修复Visual Studio 2015更新的兼容性问题

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.7.2

发布日期:2016年4月4日

主要更新

1. 将PyPI存储库行为更改为不区分大小写，并在比较包名时将'-'和'_'处理为相同的字符。

2. 要在JFrog任务控制中支持灾难恢复，您现在可以全局块复制不管特定存储库中的配置如何。

3. 配置登录链接到自动重定向用户到SAML登录页面。

4. AQL支持指定相对时间间隔到运行查询时。

5. 添加对NuGet的支持,重新安装命令。

6. 添加对Npm的支持——标签命令。

7. 添加对AWS版本参数Filestore配置．

8. 公开了在其中获取或设置用户属性的方法Artifactory的公共API．

有关更改的完整清单，请参阅我们的JIRA发行说明．

已知的问题

1. 在触发索引重新计算并设置相关元数据以支持新的PyPI实现之前，现有的PyPI包将不可用。
   年解决Artifactory 4.7.3当从旧版本升级到所有PyPI存储库时，将触发索引重新计算。
   相关问题-rtfact - 9865．
2. 升级到pip客户端8.1.2会在安装包含`。'在包名称中。这是由于pip客户端行为的一个机会，本应包含在8.0.0中，但由于pip客户端的一个错误，只在8.1.2中表现出来。
   相关问题-rtfact - 10133．

---

Artifactory 4.7.3

发布日期:2016年4月17日

主要更新

1. 改进了现有PyPI包到新PyPI实现的迁移。

有关更改的完整清单，请参阅我们的JIRA发行说明．

已知的问题

1. 如果有冲突是工件的解决办法，则可以作为结果block-mime类型，或者试图从仅配置为的存储库解析maven快照版本处理版本存储库虚拟存储库将返回409(冲突)错误代码。Gradle客户端不会优雅地处理这个错误，也不会尝试从构建中配置的下一个存储库中解析工件。gradle文件。
   这个问题在Artifactory 4.7.4中得到了解决。
   相关问题-rtfact - 9880．

---

Artifactory 4.7.4

发布日期:2016年4月20日

主要更新

1. 来自虚拟存储库的解析可能会导致409错误，如果客户端没有优雅地处理错误，可能会导致意外行为。

有关更改的完整清单，请参阅我们的JIRA发行说明．

1. 相关问题-rtfact - 9880．

---

Artifactory 4.7.5

发布日期:2016年5月1日

主要更新

1. 为Debian软件包增加了SHA256哈希支持。

2. Maven性能得到了显著改善，特别是在执行多个删除操作以使用显著减少的资源时。2022世界杯阿根廷预选赛赛程
3. 将Docker清单V2模式转换为V1模式不再需要删除签名密钥。
4. 修复了在Artifactory HA中Hazelcast因文件锁定而超时的问题．

5. 增加了一个新的REST API计划立即拉、推或多推复制。这将取代旧的复制REST API已经被弃用了。

6. 修正了NuGet V2请求框架依赖关系的兼容性问题。
   请注意:你需要调用你的NuGet存储库的重新索引一次，通过UI或使用REST API，以便修复生效。
7. 树浏览器的性能得到了显著提高，特别是在浏览带有大量注释的存储库时。
8. 针对外部认证用户(例如，通过LDAP)禁用内部密码的相关工作流已得到改进。
9. 您现在可以部署具有多值属性的构件。对于现有的工件，您可以添加多值属性或编辑它们通过用户界面．

有关更改的完整清单，请参阅我们的JIRA发行说明．

---

Artifactory 4.6

发布日期:2016年3月13日

Filestore管理

该版本在文件存储管理方面有很大的进步，具有以下特性:

高级文件存储配置:一种新机制，允许您使用任意数量的二进制提供程序定制文件存储，为您提供当今最灵活的文件存储管理功能。

Filestore分片:通过文件存储分片，Artifactory提供了最灵活可靠的方式来无限扩展您的文件存储。

谷歌云存储:Artifactory现在通过谷歌云存储支持企业级存储的另一种选择。

AWS S3对象存储:Artifactory现在支持AWS S3对象存储的服务器端加密。

与AOL一起使用Docker

从这个版本开始，您可以在AOL上创建的Docker存储库的数量没有限制。您现在可以通过{account_name} - {repo-key}。jfrog.io

捆绑Tomcat版本

与Artifactory捆绑的Tomcat已升级到8.0.32版本。

Artifactory作为一个鲍尔注册

Artifactory现在是一个私有的Bower注册表以及Bower包的存储库。您现在可以使用鲍尔注册命令来注册你的包到任何远程或虚拟的Bower存储库在Artifactory代理你的内部VCS服务器(例如Stash, Git, BitBucket)。

主要更新

此版本包括以下主要更新:

1. 高级文件存储配置．
2. Filestore分片．
3. 支持谷歌云存储．
4. Artifactory现在支持AWS的服务器端加密S3对象存储．
5. Artifactory运行的捆绑Tomcat已经升级到8.0.32版本。
6. 简单的默认的仓库布局已更新在通用存储库中使用的内容。
7. 无限的AOL上的Docker存储库．
8. 增强码头工人信息选项卡显示Docker映像的详细信息。
9. 当使用Artifactory UI进行搜索， Artifactory在所有不同的搜索模式下对搜索词进行前缀匹配。
10. Artifactory现在是私人公司鲍尔注册表以及Bower包的存储库。
11. MSSQL属性值中的字符数量现在限制为900个字符。

有关更改的完整清单，请参阅我们的JIRA发行说明．

Artifactory 4.4

安全