GitLab社区版10.8发布说明（仓库推送镜像）

1 年 ago
韵, 科
2 minutes

我是GitLab核心团队中唯一的日本人成员@tnir。作为GitLab.JP/GitLab Tokyo的组织者，我也致力于在日本语言区域进行市场推广。

GitLab CE 10.8在2018年5月22日发布，它是一个集成开发工具链环境。

背景图片是一张拍摄于意大利的布拉耶斯湖（一个被山脉环绕，透明度很高的湖泊）的照片。

GitLab有两个主要版本，分别是社区版（Community Edition，简称CE）和企业版（Enterprise Edition，简称EE）。但本文仅关注CE版本可使用的核心功能。

2018年4･5月的GitLab主题(部分)

1. GitLab, Inc.在哥本哈根参加了KubeCon + CloudNativeCon EU 2018展览会。由于我也在现场，我和GitLab团队的成员在展台上交谈了一会儿。但是，由于不断前来的来宾很多，我们只能简单地交流。

我自己也在GitLab CE 10.8中提交了6个MR。由于GitLab的UI/UX/功能/性能仍然不完善，对于感兴趣的人，请务必参与到贡献中。

在GNOME项目中，全面采用了GitLab，并且完全切换工作已经完成。

在GitLab.JP上成立了Qiita的支部。如果您是GitLab.JP成员并在Qiita上发布文章，请在GitLab.JP的Slack上表示您的参与意愿。

倉庫推送鏡像現已開放源碼。

GitLab社区版的Issue编号为42099。

存储库镜像功能是将一个GitLab实例上的Git存储库迁移到另一个GitLab实例的功能。因此，如果您有多个GitLab实例，并且想要在自己和客户的GitLab实例之间进行存储库镜像，则可以使用此功能。存储库推送镜像功能会定期自动将GitLab上的存储库镜像到其他Git存储库中。

此前只有GitLab Starter (EE) 可用，但从现在开始，Core (旧CE) 也可使用了。

实际上，由于以前就可以在GitLab.com使用，所以可以将GitHub.com和GitLab.com的存储库镜像使用。

相关文件

    Push Mirroringのドキュメントをもっと読む

Web IDE中的模糊文件搜寻功能 (Fuzzy file search feature in the Web IDE)

将gitlab-org/gitlab-ce#44841改写为中文的原生版本，只需一个选项:

现在可以使用Web IDE进行模糊搜索来打开文件。模糊搜索文件可以通过按下Cmd + p/Ctrl + p键盘快捷键来使用。

过去只能从目录树中打开文件。

相关文件 (Guanlian

    Web IDEのドキュメントをもっと読む

在Web IDE中进行分阶段和提交（通过文件在Web IDE中进行分阶段和提交）

GitLab 社区版的第 44842 号问题。

现在可以直接在Web IDE上将更改的文件暂存。这样一来，在Web IDE中也更容易将更改分割成更小的提交。已更改的文件将被加入到未暂存更改列表中，然后您可以从该列表中选择要包含在提交中的文件并将其暂存。

在Web IDE中的操作更接近Git的原始操作了。

相关文件

    Web IDEのドキュメントをもっと読む

GitLab的Prometheus服务指标现已正式发布，新安装的默认状态为开启。

gitlab-org/gitlab-ce#43660 的内容请用中文进行释义

GitLab在许多组织的软件交付生命周期中扮演着核心角色。因此，GitLab的可靠性（正常运行和稳定速度）非常重要。我们已经引入了一些用于GitLab内部使用的技术，包括Redis、PostgreSQL以及实验性的GitLab指标（在9.3版本中引入了beta版）。

在此之后，我们继续实施许多代码，并减轻了负荷，现在在GitLab.com的运营中也使用了这些Prometheus指标。

在10.8版本中，GitLab Prometheus监控已经变为一般可用(GA)，新的安装将默认启用该功能。与此同时，我们还发布了示例的Grafana仪表板模板，以便您可以轻松获取指标数据。

相关文件 (Guanlian Wenjian)

    Monitoring GitLab with Prometheusのドキュメントをもっと読む

強制要求使用者同意服務條款

gitlab-org/gitlab-ce/merge_requests/18570 的原生中文同义句 (只需要一种选项):

作为对GitLab.com用户的GDPR合规措施的一部分，我们要求GitLab.com用户确认并重新同意更新后的使用条款。为了不仅仅将其实现为一次性的应用，我们决定将其作为GitLab的功能来实现，这样在自主托管方面也可以进行类似的措施实施。

当GitLab实例管理员启用该功能后，用户在继续使用之前将被要求确认并重新同意遵守使用条款。在同意/重新同意之前，将阻止所有的Web、API和Git通信。

这条信息可以根据管理员设置以GitLab风格的Markdown格式进行更改，以便查阅详细信息，可以链接到外部页面。

由于这个同意将被记录在数据库中，因此可以被用作遵守所有合规事项的审计痕迹。

相关文件

    Enforce terms of service acceptanceのドキュメントをもっと読む

讨论API

gitlab-org/gitlab-ce#43557可以在GitLab社区版的官方存储库找到。

在GitLab的网页界面上，您可以使用Issues、Merge Requests、Epics、Snippets和Commits的讨论（以线程化的评论形式）。在10.8版本中，我们将通过提供GitLab API来使其更加灵活，从而实现更多可能的工作流程。

相关文件 (Guan lian wen jian)

    Discussions in APIのドキュメントをもっと読む

手動工作程變量 （為手動工作程指定變量）

gitlab-org/gitlab-ce#44059 请提供一个用中文的选项

经常需要用一次性设置值来运行CI来确认特定案例的行为。例如，临时启用部署策略或在应用程序构建时执行特定的作业。

在GitLab 10.8中，您现在可以在手动流水线执行时指定一次性变量。这样一来，您就无需更改整个项目的变量设置即可进行一次性执行，从而实现了灵活性，并且可以进行非标准的测试执行。

相关文件

    running pipelinesのドキュメントをもっと読む

合并请求小部件中的合并提交功能

gitlab-org/gitlab-ce#43557 我们只需要一个选项来用中文本地化转述这个句子。

GitLab正在逐渐改进用户体验，并进行重大改进。这个功能是一个很好的例子。如果在项目设置中启用了合并提交（merge commit），那么在MR合并后，merge commit的链接将显示在MR小部件中。通过点击该链接，可以跳转到merge commit本身。

在许多工作流程中，对于合并提交（merge commit）的路径是有效的。例如，某个团队提取合并提交并将其添加到发布分支或标签中的情况（注：在使用GitLab Flow时）。这个变化使得可以一目了然地确认合并请求的更改内容是否包含在已部署的目标分支中。

相关文件

    Merge requestsのドキュメントをもっと読む

长篇提交消息的显示改进

gitlab-org/gitlab-ce#41283可以用如下方式进行中文本地化处理：

一般来说，通过在提交信息中包含为何需要进行该更改的原因，可以将提交分成更小、原子化的提交，从而使贡献者能够更容易地阅读提交日志。GitLab已对长提交信息的可阅读性进行了改进。

嵌入式片段支持

gitlab-org/gitlab-ce#8088 的中文原生解释如下:

Snippet是一个很方便的功能，可以用来开始关于代码片段的对话，并能够嵌入在外部网站上公开的Snippet中。这对于包含文档、代码示例的博客文章和个人网站等来说是最理想的选择。

这个功能是由Haseeb进行的社区贡献。非常感谢。

相关文件 (Guanlian

    Snippetsのドキュメントをもっと読む

项目编程语言API

gitlab-org/gitlab-ce#40236 的内容需要用中文进行改写的选项。

通过使用这个新的编程语言API，可以获取关于项目编程语言的统计数据，并进行分析和调查。您可以在您的组织或托管在GitLab.com上的OSS项目中，查找使用了哪些编程语言。

这个功能是由Roger进行的社区贡献。非常感谢您。

相关文件 (Guanlian

    Projects APIのドキュメントをもっと読む

为群组量身定制的GitLab Runner (GitLab群组用的Runner)

gitlab-org/gitlab-ce#10244 的相关问题需要进行重述，只需要一种选项 :

GitLab Runners有两种设置可供使用。一种是在整个GitLab实例中可用的shared设置，另一种是在项目中可用的specific设置。但有时候，我们希望设置一个只有属于某个组的所有项目才能访问，但无法从组外访问的Runner。例如，在GitLab.com上，GitLab组和组织之间有着严格的关系，因此这种设置非常适用。

从GitLab 10.8版本开始，可以将GitLab Runner（具体的）分配给特定的组，并且该组中的所有项目都可以使用该Runner。即使是该组下的新项目，也可以立即开始使用它。

这个功能是由Alexis进行社区贡献所提供的。非常感谢你。

相关文档

    Configuring GitLab Runnersのドキュメントをもっと読む

Auto DevOps对于Staging环境的政策支持 (Auto DevOps 对于 Staging 环境的政策支持)

gitlab-org/gitlab-ce#38549 这个问题解决方案在GitLab组织的GitLab-CE存储库中。

Auto DevOps功能以前是自動將每個主分支上的流程自動部署到production環境的持續部署模型。儘管這很方便，但基於應用的成熟度和production環境的穩定性的考慮，常常需要使用staging環境。這種情況下，可以手動檢查後手動部署到production。儘管這個行為在Auto DevOps模板中已經支持，但它並不是默認啟用的，所以如果要在現有項目中使用此功能，需要明確地創建.gitlab-ci.yml文件。

从GitLab 10.8版本开始，标准的Auto DevOps模板将通过环境变量实现staging使用的功能。可以在整个组、特定项目或单个pipeline中设置STAGING_ENABLED变量。这样，该pipeline就可以在任意时间手动执行production环境的部署。

相关文件 (Guanlian wenjian)

    Auto DevOps deployment policiesのドキュメントをもっと読む

‘项目模板现在可以与自动DevOps进行协作。’

gitlab-org/gitlab-ce#36762：请给出以下内容的中文释义，仅需一个选项。

通过为每种编程语言提供项目模板，GitLab使得Auto DevOps更加简单。通过增加每种语言的项目模板，可以轻松启动新应用程序并进行定制以满足要求。

在GitLab 10.8版本中，对Ruby on Rails、Spring Boot和Express（Node.js）的模板进行了改进，并且现在可以在新项目中使用Auto DevOps功能。通过使用这些改进的模板，将创意变成产品只需不到1小时即可实现。

相关文件

    Creating project-based templatesのドキュメントをもっと読む

GitLab Runner 10.8 –> GitLab Runner 十点八版本

本月我们同时发布了GitLab Runner 10.8和GitLab主体。GitLab Runner是一款用于执行CI/CD任务并将结果返回给GitLab主体的开源软件。

以下为主要变更点
    • タイムゾーン情報が含まれていない gitlab/gitlab-runner イメージ（ubuntu:16.04ベースなど）を使っていて OffPeakPeriods を指定した場合にエラーが発生する問題を解消

 

    • ジョブ要求およびAPI利用に関するPrometheusメトリクスを追加

 

    • Fedora 27および28のサポート追加およびFedora 25のサポート終了

 

    • Ubuntu 18.04サポート追加およびUbuntu 17.04サポート終了

 

    RunnerのドキュメントライセンスをDCOからCC BY-SA 4.0に変更（GitLab本体と同様）

所有的更改都在GitLab Runner的CHANGELOG中列举出来。

相关文件

    GitLab Runnerのドキュメントをもっと読む

Omnibus包的改进

这是Omnibus GitLab的主要升级发布版本，可以以最简便的RPM/deb格式轻松使用。

Mattermost 4.9へのアップグレード: オープンソースのSlack代替の最新版でミュートチャンネル、チームアイコンなど多数の機能強化が含まれています。
HTTP圧縮(gzip)をデフォルトで有効化し、サイトの高速化およびネットワーク帯域幅の削減を実現しました。無効化するには nginx[‘gzip_enabled’] = false を追加設定してください。
GitLab Mattermost 4.9.1により、パフォーマンス改善と新しい権限システムの不具合を修正しています。

ruby は2.3.7へ rubygems は2.6.14へ、それぞれアップデートされています。

git は2.16.3へ openssl は1.0.2oへ、それぞれアップデートされています。

libxslt は1.1.32へ libxml2 は2.9.8へ rsync は3.1.3へ curl は7.59.0へ、それぞれアップデートされています。

unzip および bzip2 はCVE対応のためパッチが適用されています。
後方互換性を減らして新しい機能追加のため、GitLabパッケージはアップグレードの歳、古くなった設定が削除されているかを確認するようになりました。削除されていない場合はアップグレードする前に古い設定を更新するよう求められます。
PrometheusのAlert Managerが標準で同梱されるようになりました（積極的な通知は今後導入される予定です）。

reconfigure している間のGitLab artwork表示は赤から黄色に変わりました（障害でなくメンテナンスであることを明らかにするため）。

相关文件

    Omnibus GitLabのドキュメントをもっと読む

性能提升

以下是在GitLab 10.8版本中值得特别注意的性能改进。

    • Diffノートがより高速に表示されます

 

    • メール通知がWeb UIから非同期になります

 

    MR作成時にブランチが非同期的に読み込まれるようになります

相关文件

    GitLab 10.8における全てのパフォーマンス改善の一覧

這份文件的授權

通知

这个版本是GitLab 10系列的最后一个版本，下一个版本将于6月22日发布，版本号为11.0。

附注：#迁移到GitLab

尽管@movingtogitlab和＃movingtogitlab变得热门，但我们会在另一个机会讨论它。

過去式

    • GitLab CE 10.7リリースノート (Web IDE一般公開)

 

    • GitLab CE 10.6リリースノート (GitLab CI/CD for GitHub)

 

    GitLab CE 10.5リリースノート
✖
广告
将在 10 秒后关闭
bannerAds