GitLab 11.3支持存储库Maven，代码所有者，安全环境和Epic预测。 这些功能有助于自动化环境和代码控制，同时为Java开发人员提供附加价值。
Maven仓库
通过直接在GitLab中创建Maven存储库，我们扩展了对Java项目和开发人员的支持。 这为Java开发人员提供了一种安全，标准化的方法，可以在Maven库中共享版本控制，并通过将这些库重新用于不同的项目来节省时间。 GitLab Premium中提供了此功能。
代码所有者和安全环境
GitLab Core现在支持将代码所有者分配给文件，以指示负责该代码的适当团队成员。 此功能使我们为将来使用代码级内部控件的版本做好准备。
GitLab Premium中可用的操作员还可以使用安全环境来设置权限，这些权限确定谁可以在生产环境中部署代码。 这大大降低了错误的人会做他不应该做的风险，并会增加环境的整体安全性。
史诗般的预测
GitLab Ultimate的新项目组合管理功能可以根据发布日期自动预测史诗的开始和结束日期。 通过此增强功能，项目组合经理将能够比较计划的开始日期和结束日期与通过里程碑计划的工作，以了解可能发生的重大计划失败。 这样可以更快，更好地决定可以做什么以及何时需要调整计划。
每个人都可以贡献力量。
其中许多改进都是来自庞大的GitLab社区的贡献。 我们期待您对这些出色的新功能的反馈和建议。 我们在一起就是力量！
在下面的评论中让我们知道您的想法。 您对这个版本有什么期望？ 我们还能改善什么？
GitLab 11.3中发布的主要功能
Maven仓库
（可用版本：Premium，Ultimate，Silver，Gold）
对于任何开发者组织而言，拥有一种简单且安全的方式来管理依赖关系至关重要。 包管理工具（例如Java的Maven开发人员）提供了一种标准化的方式来跨项目共享和版本控制这些库。
在GitLab 11.3中，我们很自豪地提供直接内置在GitLab中的Maven存储库。 低级服务开发人员现在可以将打包的库发布到其项目的Maven存储库中。 然后，他们可以与想要使用该库的其他团队共享一个简单的XML，其余的工作将由Maven和GitLab完成。
这是一个示例项目 ， 该项目构建并同步从本地存储库到GitLab Maven存储库的数据。 一切都很简单！
Shell和Kubernetes跑步者的交互式Web终端
（所有版本均可用）
CI / CD作业由运行者根据用户在管道定义中提供的配置来运行。 但是，启动不是交互式的，如果启动失败，则用户无法深入研究细节来确定问题的可能根源。 交互式Web终端使您可以连接到正在运行或已完成的作业，并手动运行命令以更好地了解系统中正在发生的事情。
.gitlab-ci.yml了.gitlab-ci.yml以重用脚本
（可用版本：入门版，高级版，终极版，青铜版，银版，金版）
重用CI / CD流程代码是一种良好的做法，有助于确保软件的一致性，并最大程度地减少编写和维护每个作业所需的脚本数量。 现在，我们提供了一种灵活有效的方法，可以使用YAML extends关键字在模板中重用代码。
在用户加载项图中包括私人加载项
（所有版本均可用）
在GitLab，我们喜欢开源！ 但是碰巧您正在从事一个私有项目，而该项目目前暂时不想共享或受保密协议的限制。 无论如何，GitLab都能为您服务。
在本期中，我们提供了在个人资料的加载项图中包括私人加载项的选项。 如果您为配置文件启用了此选项，则私人项目的添加现在将显示在“添加”列和当天的添加中。 因此，可以轻松显示私人GitLab项目上的活动，而不会透露任何秘密细节。
感谢George Tsiolis的投入！
更新项目的概述
（所有版本均可用）
在我们的用户界面上进行迭代是我们不断追求最好的地方。
在GitLab 11.3中，我们更新了项目概述页面的用户界面，以使您更轻松地研究项目。 改进了此页面的一般信息结构后，我们将页眉的上部左对齐并优化了垂直间距，以便您可以快速查看项目及其内容。
安全环境
（可用版本：高级版，旗舰版，银色，金色）
运营商通常肩负着保护我们每天执行代码的环境的艰巨任务。 在生产环境中部署代码时，该任务变得尤为重要。
在安全的环境中，操作员可以完全控制允许哪个人，组或帐户向特定环境中注入代码。 这提供了额外的保护和安全性。
代码所有者
（可用版本：入门版，高级版，旗舰版，青铜版，银版，金版）
在每个成功的项目中，都必须对代码进行审查，但是谁总是跟随变更并不清楚。 GitLab现在支持将代码所有者分配给文件，指定负责项目中代码的团队成员。
使用CODEOWNERS文件分配代码所有者，该文件格式类似于[gitattributes] (https://git-scm.com/docs/gitattributes) ，并且在下面列出了提交信息。 在GitLab中查看文件时，它们是可见的。
在将来的版本中，代码所有者将集成到合并程序请求工作流程中，以提供批准者 ， 任命批准者和强制执行代码所有者 。
集成关键日期的史诗预测
（可用版本：Ultimate，Gold）
在此版本之前，您可以为计划的开始日期和计划的史诗般的结束日期设置固定值。 这对于高级计划和史诗跟踪很有用。 但是，由于主题是史诗的附加主题，并且主题具有真正的里程碑意义，因此，如果史诗的日期反映了这些日期，将会很有帮助。
使用此版本，您可以轻松地将任何日期的固定值切换为名为From milestones的动态值。 对于此动态值的计划开始日期，将使用与史诗主题相关的所有步骤的最早开始日期。 它是动态的，因为添加或删除主题，设置或删除里程碑（针对这些主题）或更改这些阶段的开始日期都会改变。 计划史诗结束日期的动态版本与此类似。
如果要从高级向下分析平稳过渡到微观向上分析，此功能很有用。 有关更多详细信息，请参见几周前的史诗般的日程表 。
GitLab 11.3中的其他改进
配置史诗事件通知
（可用版本：Ultimate，Gold）
在新版本的史诗版本中，我们通过电子邮件通知在Watch上设置了群组通知的那些用户。 在此版本中，我们将添加更多的用户首选项。 现在，您可以使用“ Custom警报级别以及其他触发器将此事件触发器配置为打开/关闭。
快速将主题添加到史诗（来自主题）
（可用版本：Ultimate，Gold）
直接在史诗页面上轻松地向史诗添加主题（或删除已附加的主题）即可。 当您已经完成史诗般的工作时，此功能很有用。
但是碰巧您在一个主题上工作，知道您需要将其附加到现有的知名史诗中。 现在，您可以通过粘贴史诗URL，在主题页面上进行简单的快速操作。 在将来的版本中，您甚至可以使用autocomplete通过快速操作来进行史诗般的搜索 。
此外，使用该主题的另一个快速操作将使您可以将其从已附加的史诗中删除。
允许合并请求自行批准
（可用版本：入门版，高级版，终极版，青铜版，银版，金版）
用户无需是更改的创建者即可创建合并请求，并且在打开合并请求时，其他用户可以将其他更改添加到请求中。 现在，所有者可以从项目设置中启用合并请求的自我批准。
以前假定打开合并请求的用户隐式批准了合并请求，因此被排除在合并请求语句之外。 在许多情况下并非如此。 自我批准的许可消除了这一假设。
在项目概述中显示存储库语言
（可用版本：Core，Starter，Premium，Ultimate，Free，Bronze，Silver，Gold）
学习GitLab项目时，构成存储库的代码语言是相关信息。
在本期中，我们将一个代码语言面板添加到项目概述中，以显示构成存储库的所有相关语言，包括它们的相对数量。
自我管理实例的自定义文件模板
（可用版本：高级版，旗舰版）
LICENSE ， .gitignore ， Dockerfile和.gitlab-ci.yml文件的模板可轻松将这些共享文件添加到项目中。 现在，可以通过选择包含模板的通用模板存储库，将自定义文件模板添加到GitLab的自我管理实例中。
当GitLab提供的模板过于通用时，例如应为公司中的每个项目使用的用户许可证，或应为每个微服务使用的复杂的Dockerfile ，自定义模板将非常有用。
感谢Daniel Barker添加自定义许可证模板 。
Web IDE文件模板（Web集成开发环境）
（所有版本均可用）
LICENSE ， .gitignore ， Dockerfile和.gitlab-ci.yml文件模板使将这些共享文件添加到项目中变得容易，现在可以在Web IDE中使用它们。 Web IDE中的文件模板使在Web IDE中创建新项目变得容易，并且还有助于使这些重要文件保持最新状态。
创建新项目时命名项目
（所有版本均可用）
要将项目名称添加到新创建的GitLab项目中，以前必须进入项目设置并以可以用URL格式处理的格式重写项目名称。
在GitLab版本11.3中，我们在“创建项目”表单中添加了“项目名称”字段。 此外，新版本中的项目名称以URL兼容格式自动从项目名称生成，尽管您仍然可以编辑此字段。 这项改进可以加快并简化创建新项目的过程。
将Wiki下载存储在Wiki存储库中
（所有版本均可用）
通过Wiki页面编辑器上传到Wiki的图像现在存储在Git存储库中。 这意味着在使用Gollum在本地预览Wiki页面时将显示图像。
在以前的版本中，图像存储在项目的下载目录中，附件被上载到问题报告和合并请求中。 这阻止了Wiki页面在本地预览或移动到另一个Git存储库。
SAST对Groovy的支持
（可用版本：Ultimate，Gold）
静态应用程序安全测试（SAST）负责在将源代码放入存储库后立即查找源代码中的漏洞，识别可能导致最终应用程序中出现安全漏洞的已知模式和常见错误。 因此，每种语言都需要单独的支持。
在GitLab 11.3中，我们在GitLab支持SAST的语言列表中引入了Groovy 。 新版本会自动使用此语言检测项目，您无需对代码或管道进行任何更改即可启用此功能。 Auto DevOps（开发和操作的自动集成）也支持此功能，并将其作为其标准配置的一部分。
按分支机构过滤Webhook推送通知
（所有版本均可用）
用于推送通知的Webhooks使自动通知外部服务新的事务修复变得容易，但是不同的分支通常具有不同的含义。 分支机构可以过滤新版本中的推送通知，以便外部服务仅接收有关对您而言重要的更改的通知。
以前，GitLab没有针对Webhook的过滤器功能，并且大多数外部系统没有针对传入通知的过滤器功能。 这意味着以前，如果您只需要外部服务使用某些推送通知子集，就不可能直接将这些服务与GitLab集成。
感谢您对Duan Saskia的补充！
库指标警报
（可用版本：Ultimate，Gold）
在GitLab版本11.2中，我们增加了为单个指标设置警报的功能，该功能使开发人员可以在应用程序出现问题时接收通知。
在GitLab版本11.3中，我们扩展了对所有指标警报的支持，包括默认情况下随库中的指标提供的指标 。
默认情况下启用自动DevOps
（所有版本均可用）
Auto DevOps在GitLab 11.0中公开提供，尽管这是一个重大改进，但我们希望为所有GitLab用户提供使用这些出色功能的能力。 Auto DevOps直接在“盒装”版本中提供了重要的好处，从“自动构建”功能到“自动监视”。
从GitLab版本11.3开始，默认情况下将在GitLab.com上以及在独立控制下执行程序副本时启用Auto DevOps，因此对于每个项目，您都可以使用这些功能。
如果要在整个程序执行副本中为项目禁用这些功能，请参阅有关启用/禁用自动DevOps的文档。
地理特征增强
（可用版本：高级版，旗舰版）
我们持续致力于改善分布式工作组的地理功能。 对GitLab 11.3的一些显着改进包括：
在第一个管道发生故障时自动为项目禁用Auto DevOps
（所有版本均可用）
GitLab认为“默认开启状态”是产品的关键值之一。 当我们将新功能引入配置功能时，我们认为这是一个很大的价值，我们默认将其设置为ON状态，以便每个人都可以利用它。 尽管Auto DevOps支持使用最流行的编程语言的项目，但某些专业项目可能需要其他配置。
由于我们要保证不会为我们不支持的项目运行Auto DevOps管道，因此在其任何管道出现故障的情况下，我们都会自动禁用Auto DevOps。 manbetx客户端打不开肯定会通知项目所有者这种关闭，以便如果他想使用Auto DevOps，他可以对配置进行必要的更改。 进行必要的更改后，项目所有者可以再次运行Auto DevOps。
Gitaly v1.0
（所有版本均可用）
现在可以通过Gitaly（用于访问Git的gRPC服务（开源远程调用系统））完全实现常规使用GitLab的访问。 这意味着当启用您选择的所有功能（通过选中相应的复选框）时，您可以在没有NFS（网络文件系统）的情况下在自己的服务器上运行Gitaly。
在即将发布的Gitaly v1.1的主要版本中，默认情况下将选择相应功能的所有标志，而剩余的最后几个功能将由Gitaly使用，从而消除了对NFS的需求。
请参阅有关Gitaly v1.0开发的博客文章。
亚搏体育app Runner 11.3
（所有版本均可用）
今天也要发布GitLab Runner 11.3！ GitLab Runner是一个开源项目，用于完成CI / CD任务并将结果发送回GitLab。
以下是最有趣的更改：
在GitLab Runner程序的CHANGELOG部分中可以找到所有更改的列表。
提供了GitLab使用的所有开源软件组件的列表。
（所有版本均可用）
从GitLab版本11.3开始，我们简化了对GitLab使用的所有开源软件组件列表的访问。 以前，它在我们的每个Linux软件包中都可用，但是要获得它，您必须下载并解压缩内容。
现在，我们已经在线发布了此信息，因此现在可以更轻松地访问它并提供指向它的链接。 此列表适用于GitLab CE和GitLab EE 。
总体改进
（可用版本：Core，Starter，Premium，Ultimate）
性能提升
（所有版本均可用）
对GitLab 11.3的一些显着改进包括：
终止支持
GitLab Runner中的Docker版本支持
在GitLab版本11.4（将于2018年10月22日发布）中，根据最新的 Docker 建议 ，不建议使用1.12之前的版本（API版本1.24）。 在11.4版之后，将不再正式支持这些较旧的版本，并且可能随时停止工作。
去除日期： 2018年10月22日
更新指示
从最新版本11.2升级到GitLab 11.3不需要停机。 要在不停机的情况下进行升级，请参阅文档“在不停机的情况下进行升级” 。
在此版本中，发生文件和数据迁移，以及新版本部署后的迁移，并且为了帮助进行大型迁移，我们引入了后台迁移。
在GitLab.com上的迁移大约需要9分钟，而在部署新版本之后的迁移总共大约需要15分钟。 另一方面，向新版本的后台过渡是同步执行的Sidekiq（开源作业计划器）任务。 根据我们的期望，对于此版本，过渡到GitLab.com网站大约需要90天。 .
GitLab Geo Geo .
, :
GitLab, GitLab .
.
GitLab
GitLab SaaS ( , , ).
: .
- Core : , GitLab .
- Starter : , .
- Premium : , , .
- Ultimate : , , .
SaaS – GitLab.com : , . - Free : . Free , Gold .
- Bronze : , .
- Silver : , , .
- Gold : CI/CD. Gold .