开发者 谁在流行的Linux发行版的项目背后 “ CentOS和Fedora”发布 最近通过广告 创建联合开发服务的决定，名为 “ Git Forge”。
这项新服务 将使用GitLab平台构建 它将成为主要平台 与Git存储库进行交互并托管与发行版相关的项目 CentOS和Fedora。
在评估新Git Forge的可能解决方案时， Pagure和Gitlab被认为。 根据Fedora，CentOS，RHEL和CPE项目参与者的大约300条评论和建议， 形成功能需求并做出有利于Gitlab的决策.
除了具有存储库的典型操作外，在关键要求中还声明了平台的安全性，可用性和稳定性。
要求包括诸如发送推送请求之类的功能 通过HTTPS，意味着 限制访问版本，支持私有版本, 在内部和外部用户之间共享访问权限s（例如，在禁运期间修复漏洞以揭示有关问题的信息），子系统统一以处理问题报告，代码，新功能的文档和规划，与IDE集成的工具的可用性，支持适用于典型的工作流程。
最终影响决策的GitLab功能之一 选择这个平台， 提到了对有选择地访问存储库的小组的支持， la 使用机器人进行自动合并的可能性 （需要CentOS Stream才能支持带有内核的软件包），用于计划开发的集成工具的存在，可以使用具有保证的可用性水平的即用型SAAS服务的可能性（它将释放资源来维护服务器）基础架构）。
该决定已经引起开发人员的批评，因为该决定是在没有事先进行初步讨论的情况下做出的。
还 有人担心该服务不会使用免费的GitLab Comminity版本。 特别是，实现公告中概述的Git Forge要求所需的功能仅在GitLab Ultimate的专有版本中可用。
也有人批评要利用GitLab提供的SAAS服务（应用程序即服务）的意图，而不是在其服务器上实施GitLab，从而使该服务失去控制（例如，无法确保所有漏洞都存在于服务器中）。系统快速修复，基础设施得到适当维护，不会强加任何遥测时刻，并且排除了第三方人员的破坏。
该解决方案也不适合Fedora基础知识，它规定了项目应优先考虑免费替代方案。
同时，GitLab宣布开放18种功能的部署 该 以前仅在GitLab的付费版本中提供它们：
- 附上相关问题；
- GitLab将问题导出到CSV。
- 计划，组织和可视化单个功能或版本的开发过程的方式。
- 内置服务可通过电子邮件将项目参与者与第三方联系起来。
- Web IDE的Web终端。
- 同步文件以测试代码的功能可以在Web终端中进行更改。
- 设计管理工具，使您可以上载问题的设计和资源，并将问题用作对开发新功能所需的所有内容的单一访问点。
- 质量报告代码。
- 支持柯南（C / C ++），Maven（Java），NPM（node.js）和NuGet（.NET）程序包管理器。
- 支持Canarian实施，使您可以在系统的一小部分中安装该应用程序的新版本。
- 增量分发，允许首先仅为少量系统提供新版本，然后逐渐将覆盖率提高到100％。
- 功能激活标记，使您有机会交付各种版本的项目，从而动态激活某些功能。
- 常规部署模式，可让您评估每个基于Kubernetes的持续集成环境的运行状况。
- 支持在配置器中定义多个Kubernetes集群
- 支持定义容器网络安全策略，以区分Kubernetes Pod之间的访问。