Geekly articles weekly

GitLab 11.11：几个负责合并请求和容器的改进


更多协作选项和更多通知


GitLab的我们一直在寻找新的方法来改善整个DevOps生命周期中的协作。 我们很高兴地宣布，从此版本开始，我们将为多个合并请求提供支持 ！ GitLab入门级提供了此功能，它真正体现了我们的座右铭： “每个人都可以贡献力量 。 ” 我们知道很多人可以处理一个合并请求，因此一切都井井有条，现在您有机会任命几个负责合并请求的人！


DevOps团队现在可以在Slack和Mattermost中自动收到部署事件的通知 。 在这两个聊天中，将新的通知添加到发送事件的列表中，您的团队几乎会立即知道新的部署。


通过在Windows上支持Docker容器并配置实例级Kubernetes集群来降低成本


我们喜欢容器！ 容器比虚拟机花费更少的系统资源，并提高了应用程序的可移植性。 自GitLab 11.11发布以来，我们已为GitLab Runner支持Windows容器执行器 ，因此现在您可以在Windows上使用Docker容器，并享受管道编排和管理的高级功能。


GitLab Premium（仅适用于自我管理的实例）现在为Docker映像的依赖项提供了一个缓存代理 。 该附加组件将加快交付速度，因为现在您将拥有一个用于常用Docker映像的缓存代理。


自我管理的GitLab实例的用户现在可以在实例级别准备Kubernetes集群，实例中的所有组和项目都将使用它进行部署。 GitLab与Kubernetes的这种集成将自动为特定项目创建资源，以提高安全性。


不仅如此！


除了新的协作功能和其他通知之外，我们还增加了访客对发行版的访问权限 ，增加了用于GitLab Free的CI Runner的额外时间，通过在应用报价时自动解决讨论来简化检查等！


本月最有价值员工（ MVP ）-起亚·索马贝斯（Kia Mei Somabes）

在此版本中，我们增加了从存储库而非所有内容中下载单个文件夹的功能。 现在，您可以下载一些必要的文件。 感谢Kia May Somabes

GitLab 11.11的主要功能


适用于GitLab Runner的Windows容器执行器


核心，入门，高级，终极，免费，古铜，银，金


在GitLab 11.11中，我们向GitLab Runner添加了新的执行程序，以便Docker容器可以在Windows上使用。 以前，您必须使用外壳在Windows上编排Docker容器，但是现在您可以直接在Windows上使用Docker容器，几乎与在Linux上相同。 Microsoft平台用户现在拥有更多的管道编排和管理选项。


此更新包括GitLab CI / CD中改进的PowerShell支持，以及针对不同版本Windows容器的新帮助程序映像。 您自己的Windows运行程序当然可以与GitLab.com一起使用，但是到目前为止，它们还不在公开可用的工具列表中。



容器注册表的缓存依赖项代理


优质，极致


团队经常在构建管道中使用容器，并且从上游缓存频繁使用的映像和程序包的缓存代理是加速管道的好方法。 通过所需层的本地副本（可通过新的缓存代理进行访问），您可以更有效地使用环境中的常见映像。


到目前为止，容器代理仅适用于Puma Web服务器上的自我管理实例（处于实验模式） 。



几个负责合并请求


入门，优质，终极，古铜，银，金


通常，有几个人同时在一个公共分支和一个合并请求中处理某个功能，例如，当前端和后端开发人员彼此紧密合作或成对工作时，例如在极端编程中。


在GitLab 11.11中，可以分配几个人来合并请求。 与多个任务管理器一样，您可以在此处使用列表，过滤器，通知和API。



实例级Kubernetes集群配置


核心，入门，优质，终极


Kubernetes中的安全和培训模型正在发展，现在您可以通过一个公共集群为大量客户端提供服务。


在GitLab 11.11中，自托管实例的用户现在可以在实例级别上准备集群，实例中的所有组和项目都将使用该集群进行部署。 GitLab与Kubernetes的这种集成将自动为特定项目创建资源，以提高安全性。



Slack和Mattermost中的部署通知


核心，入门，高级，终极，免费，古铜，银，金


现在，借助与Slack和Mattermost聊天的集成，您可以在团队频道中配置部署事件的自动通知，您的团队将了解所有重要事件。



访客访问版本


核心，入门，高级，终极，免费，古铜，银，金


现在，项目的来宾用户可以查看在“发布”页面上发布的发布。 他们将能够下载已发布的工件，但是将无法下载源代码或查看有关存储库的信息，例如标记或提交。



GitLab 11.11中的其他改进


序列化提交图以获得更好的性能


核心，入门，高级，终极，免费，古铜，银，金


许多Git操作都需要遍历提交图，例如计算合并基础或输出包含提交的分支。 提交次数越多，执行这些操作的速度就越慢，因为要绕过，您需要从磁盘加载每个对象以读取其指针。


在GitLab 11.11中，我们包括了最近发布的Git中引入的序列化提交图功能，以预先计算和存储此信息。 现在，大型存储库中的爬网速度要快得多。 提交图将在存储库中的下一个垃圾收集时自动创建。


从该功能的一位作者的系列文章中了解如何创建提交的序列化图表。


额外的CI Runner分钟：现在免费计划


免费，古铜，银，金


上个月，我们增加了购买额外分钟的CI Runner的功能，但仅适用于GitLab.com付费计划。 在本期中，您可以免费购买分钟数。


在存储库中下载目录归档


核心，入门，高级，终极，免费，古铜，银，金


根据项目的类型和大小，整个项目的归档可能会花费很长时间，并且并不总是需要的，尤其是在大型单一存储库的情况下。 在GitLab 11.11中，您可以下载当前目录（包括子目录）内容的存档，以仅选择所需的文件夹。


感谢您的工作， 起亚·梅·索马贝斯 ！



现在应用提案会自动解决讨论


核心，入门，高级，终极，免费，古铜，银，金


更改建议简化了合并请求的联合工作：现在，您无需复制粘贴就可以接受建议的更改。 在GitLab 11.11中，我们使此过程变得更加轻松：现在，在应用提案时，讨论会自动解决。



任务栏边栏上的计时器


核心，入门，高级，终极，免费，古铜，银，金


侧面任务栏在白板和任务视图中应看起来相同。 因此，GitLab现在在任务栏上的任务栏中有一个计时器。 只需转到任务板，单击任务，就会打开带有计时器的侧面板。



Environments API中的部署信息


核心，入门，高级，终极，免费，古铜，银，金


我们增加了从Environments API请求有关特定环境的信息的功能，以便知道当前在环境中部署了哪些提交。 这将为GitLab中的环境用户简化自动化和报告。


管道规则的负变量匹配


核心，入门，高级，终极，免费，古铜，银，金


现在，您可以在.gitlab-ci.yml检查环境变量的值时，检查模式的负相等性或重合性（ !=和!~ ），因此控制管道的行为变得更加灵活。


一键启动所有手动作业


核心，入门，高级，终极，免费，古铜，银，金


在GitLab 11.11中，分阶段有许多手动作业的用户现在可以通过在管道视图中单击阶段名称右侧的“全部播放”按钮来一步执行所有此类作业。


直接从环境变量创建文件


核心，入门，高级，终极，免费，古铜，银，金


环境变量通常用于创建文件，尤其是对于需要保护且仅在特定环境管道中可用的机密而言。 为此，请将变量的内容设置为变量的内容，并在包含该值的作业中创建文件。 使用新的环境变量（如file ，即使不修改.gitlab-ci.yml. ，也可以一步完成.gitlab-ci.yml.


漏洞信息API端点


终极金


现在，您可以从GitLab API请求项目中标识的所有漏洞。 使用此API，您可以创建具有类型，有效性和严重性过滤器的机器可读漏洞列表。


完整的DAST动态扫描功能


终极金


在GitLab中，您可以作为CI管道的一部分动态测试应用程序安全性（动态应用程序安全性测试，DAST）。 从此版本开始，您可以选择完全动态扫描而不是标准被动扫描。 完全动态扫描可防止出现更多漏洞。


在组级群集上安装Prometheus


核心，入门，高级，终极，免费，古铜，银，金


在此版本的GitLab中，您可以将Kubernetes集群附加到整个组。 我们还增加了在此群集上安装一个Prometheus实例的功能，以简化对群集上所有项目的监视。


安全面板忽略信息


终极金


GitLab安全面板允许管理员查看被忽略的漏洞。 为了优化工作流程，我们添加了直接在安全面板中查看忽略信息的功能。


创建自定义仪表板指标


高级，终极，银，金


在指标仪表板的工具栏上，使用自定义性能指标创建新图表。 用户现在可以通过单击仪表板工具栏右上角的“ 添加度量标准”按钮来创建，更新和删除仪表板中度量的可视化。



现在，代表GitLab Alert Bot打开通知中的任务


高级，终极，银，金


现在，对于从通知中打开的任务，作者将是GitLab Alert Bot，因此您可以立即看到该任务是根据重要通知自动创建的。


将史诗般的描述自动保存到本地存储


终极金


史诗描述未保存在本地存储中，因此，如果您在更改史诗描述时未明确保存它们，则更改会消失。 GitLab 11.11引入了将史诗描述保存在本地存储中的功能。 这意味着，如果发生错误，分心或意外退出浏览器，现在您可以轻松地返回更改史诗的描述。


对Git LFS的GitLab镜像支持


入门，优质，终极，古铜，银，金


镜像可以将Git存储库从一个地方复制到另一个地方。 这使得在GitLab服务器上其他位置存储存储库的副本变得容易。 GitLab现在支持使用Git LFS镜像存储库，因此该功能甚至适用于具有大文件的存储库，例如游戏或科学数据的纹理。


对存储库的个人访问令牌的读写权限


核心，入门，高级，终极，免费，古铜，银，金


许多个人访问令牌有权在api级别进行更改，但是对API的完全访问权限可能会给某些用户或组织过多的权限。


由于社区的投入，个人访问令牌现在仅具有对项目存储库的读写权限，而不能对诸如设置和成员资格之类的敏感GitLab区域进行更深的API级访问。


感谢Horatiu Eugen Vlad


添加对GraphQL组查询的基本支持


免费，古铜，银，金，核心，入门，高级，终极


使用GraphQL API，用户可以精确指定所需的数据，并通过一些查询接收所有必要的数据。 从此版本开始，GitLab支持将基本组信息添加到GraphQL API。


Salesforce凭证登录


核心，入门，高级，终极，免费，古铜，银，金


GitLab喜欢Salesforce开发人员，并且为了支持该社区，我们允许用户使用Salesforce.com凭据登录GitLab。 现在，在实例中，您可以将GitLab配置为连接到Salesforce的应用程序，以使用Salesforce.com一键登录到GitLab。


Web访问现在需要SAML SSO


高级，终极，银，金


我们将通过严格审查组和项目资源来扩展版本11.8中引入的组级别单点登录（SSO）要求 ，以便用户仅在使用SAML登录时才能访问。 对于重视安全性并通过SAML SSO使用GitLab.com的组织，这是访问控制的附加级别。 现在，知道组中的用户正在使用SSO，就可以使SSO成为必需。


按最近创建或修改的史诗API数据进行过滤


终极金


过去很难使用GitLab上的史诗API查询最近创建或修改的数据。 在版本11.11中，我们添加了其他过滤器created_after ， created_before ， updated_after和updated_before以确保与API任务的一致性，并快速查找已更改或最近创建的史诗。


使用UltraAuth进行生物特征认证


核心，入门，高级，终极，免费，古铜，银，金


UltraAuth专门从事无密码生物认证。 现在，我们在GitLab上支持此身份验证方法！


感谢Kartikey Tanna


亚搏体育app Runner 11.11


核心，入门，高级，终极，免费，古铜，银，金


今天我们发布了GitLab Runner 11.11！ GitLab Runner是一个开源项目，用于运行CI / CD作业并将结果发送回GitLab。



综合增强功能


核心，入门，优质，终极


我们在GitLab 11.11中对Omnibus进行了以下改进：



电路改善


核心，入门，优质，终极


我们对GitLab 11.11中的Helm图表进行了以下改进：



性能增强


核心，入门，高级，终极，免费，古铜，银，金


对于任何大小的GitLab实例，每个版本都将继续提高GitLab的性能。 GitLab 11.11中的一些改进：



不推荐使用的功能


GitLab Geo将在GitLab 12.0中提供哈希存储


GitLab Geo需要散列存储以减轻辅助节点上的竞争。 这已经在gitlab-ce＃40970中指出。


在GitLab 11.5中，我们将此要求添加到了Geo文档中： gitlab-ee＃8053 。


在GitLab 11.6中， sudo gitlab-rake gitlab:geo:check检查是否启用了哈希存储以及是否迁移了所有项目。 参见gitlab-ee＃8289 。 如果您使用的是Geo，请运行此检查并尽快迁移。


在GitLab 11.8中，如果不允许上述检查，则会在Admin Area› Geo› Nodes页面上显示永久禁用的警告。 gitlab-ee！8433 。


在GitLab 12.0中， Geo将使用哈希存储要求。 参见gitlab-ee＃8690 。


删除日期： 2019年6月22日


GitLab Geo将在GitLab 12.0中使用PG FDW


这对于Geo Log Cursor是必需的，因为它可以显着提高某些同步操作的性能。 地理节点状态查询性能也得到了改善。 先前的查询在大型项目中生产率过低。 请参阅如何在“ 地理数据库复制 ”中进行配置。 在GitLab 12.0中， Geo将需要PG FDW。 参见gitlab-ee＃11006 。


删除日期： 2019年6月22日


错误报告和记录的Sentry选项将从GitLab 12.0的用户界面中删除


这些选项将从GitLab 12.0的用户界面中删除，并将在gitlab.yml文件中提供。 此外，您可以定义Sentry环境以区分多个部署。 例如，开发，登台和生产。 参见gitlab-ce＃49771 。


删除日期： 2019年6月22日


限制一次提交创建的最大管道数


GitLab用于为提交HEAD每个分支的HEAD创建管道。 这对于一次提交多个更改（例如，到功能分支和develop分支）的develop人员来说非常方便。


但是，当发送大型存储库时，那里有许多活动分支（例如，用于移动，镜像或分支），则无需为每个分支创建管道。 从GitLab 11.10开始，我们在发送时最多创建4条管道 。


删除： 2019年5月22日


旧版GitLab运行程序代码旧版路径


从Gitlab 11.9开始，GitLab Runner使用新的存储库克隆/调用方法 。 当前，如果不支持新方法，则GitLab Runner将使用旧方法。 有关更多详细信息，请参见此任务 。


在GitLab 11.0中，我们更改了GitLab Runner指标服务器配置的外观。 在GitLab 12.0中将删除metrics_server以支持listen_address 。 有关更多详细信息，请参见此任务 。


在版本11.3中，GitLab Runner开始支持多个缓存提供程序 ； 这导致了针对特定S3配置的新设置。 该文档包含一张更改表和有关移至新配置的说明。 有关更多详细信息，请参见此任务 。


这些路径在GitLab 12.0中不可用。 作为用户，您无需进行任何更改，只需确保在升级到GitLab Runner 12.0时GitLab实例可与11.9+版本一起使用。


删除日期： 2019年6月22日


GitLab Runner不推荐使用的入口点功能


在11.4中，GitLab Runner引入了功能参数FF_K8S_USE_ENTRYPOINT_OVER_COMMAND来解决诸如＃2338和＃3536之类的问题 。


在GitLab 12.0中，我们将切换到正确的行为，就像禁用了feature参数一样。 有关更多详细信息，请参见此任务 。


删除日期： 2019年6月22日


已弃用的Linux发行版支持达到GitLab Runner的EOL


您可以在其中安装GitLab Runner的一些Linux发行版已达到目的。


在GitLab 12.0中，GitLab Runner将不再将软件包分发到此类Linux发行版。 不再受支持的发行版的完整列表可以在我们的文档中找到。 感谢JavierJardón的输入 ！


删除日期： 2019年6月22日


删除旧的GitLab Runner Helper命令


作为增加对Windows支持的一部分，Docker执行程序不得不放弃一些用于帮助程序映像的旧命令。


在GitLab 12.0中，GitLab Runner从新命令开始。 这仅适用于覆盖帮助程序图像的用户。 有关更多详细信息，请参见此任务 。


删除日期： 2019年6月22日


从GitLab Runner删除旧版git clean机制


在GitLab Runner 11.10中，我们提供了自定义Runner如何执行git clean命令的功能。 此外，新的清除策略将删除git reset的使用，并将git clean命令放置在上载步骤之后。


由于此行为更改可能会影响某些用户，因此我们准备了FF_USE_LEGACY_GIT_CLEAN_STRATEGY参数。 如果设置为true ，它将恢复旧的清理策略。 有关在GitLab Runner中使用函数参数的更多信息，请参见文档 。


在GitLab Runner 12.0中，我们将删除对旧式清理策略的支持以及使用功能参数进行恢复的功能。 请参阅此任务 。


删除日期： 2019年6月22日


团队项目模板仅适用于白银/高级计划


当我们在版本11.6中在组级别引入项目模板时，我们意外地将Premium / Silver的此功能提供给所有计划。


我们在11.11版中修复了此错误 ，并为所有低于Silver / Premium级别的用户和实例提供了3个月的时间。


从2019年8月22日开始，小组项目模板将仅适用于Silver / Premium计划以及以上版本，如文档中所述。


删除日期： 2019年8月22日


Windows批处理作业支持已终止


在GitLab 13.0（2020年6月22日）中，我们计划在GitLab Runner中放弃Windows命令行上对批处理作业的支持（例如cmd.exe ），而转而对Windows PowerShell进行增强的支持。 此任务中的更多细节。


现在，我们对企业DevOps的愿景将与Microsoft的立场一致，即PowerShell是在Windows环境中自动化企业应用程序的最佳选择。 如果要继续使用cmd.exe ，可以从PowerShell调用这些命令，但是由于若干不一致会导致较高的维护和开发成本，因此我们将不直接支持Windows批处理作业。


删除日期： 2019年9月22日


需要Git 2.21.0或更高版本。


从GitLab 11.11开始，需要运行Git 2.21.0。 Omnibus GitLab已随Git 2.21.0一起提供 ，但是使用早期版本的Git进行初始安装的用户将必须升级。


删除： 2019年5月22日


不推荐使用的Kubernetes服务模板


在GitLab 12.0中，我们计划放弃实例级 Kubernetes服务模板，而转而在GitLab 11.11中引入实例级集群配置。


升级到GitLab 12.0时，将使用服务模板的所有自管理实例迁移到实例级别的集群。


删除日期： 2019年6月22日


在Kubernetes部署面板中拒绝app标签匹配


在GitLab 12.0中，我们计划在Kubernetes部署选择器中放弃应用程序标签匹配。 在GitLab 11.10中，我们引入了一种新的匹配机制 ，该机制在app.example.com/app和app.example.com/env上查找匹配app.example.com/app ，以将部署显示在面板上。


为了使这些部署显示在部署面板上，您只需要发送一个新的部署，GitLab将应用新的快捷方式。


删除日期： 2019年6月22日


GitLab 12.0软件包将使用扩展签名进行签名


在2019年5月2日，GitLab 将 Omnibus GitLab软件包的签名密钥从08/01/2019 扩展到01/01/2020。 如果要检查软件包签名并希望更新密钥，只需按照文档中的说明再次签名Omnibus软件包 。


删除日期： 2019年6月22日


变更记录


在更改日志中查找所有这些更改：



安装方式


如果要安装新的GitLab安装，请访问GitLab下载页面 。


更新资料


→签出更新页面

Source: https://habr.com/ru/post/zh-CN453818/

More articles:


All Articles