Commit 6e464f57 authored by Hiromi Nozawa's avatar Hiromi Nozawa 🇯🇵

下記を対応

- "Require merge request approvals from Code Owners"
- "Move files in the Web IDE"
- Alphabetically ordered labels"
- "Quickly comment when filtering issue activity"
- Reorder child epics
parent 02fefc58
Pipeline #63695186 passed with stages
in 11 minutes and 26 seconds
......@@ -139,7 +139,7 @@ features:
- GitLab でカスタマイズを始める準備が整った[iOS "hello world" アプリ](https://gitlab.com/gitlab-org/gitlab-ce/issues/58648) iOS ビルドには専用の MacOS ランナーが必要なので GitLab CI/CD を使う場合は独自でビルドサーバを用意する必要があります
- [GitLab Pages テンプレート](https://gitlab.com/gitlab-org/gitlab-ce/issues/57785) は Netlify で動作するように設定されています
- name: "Require merge request approvals from Code Owners"
- name: "コードオーナによるマージリクエスト承認要求"
name_en: "Require merge request approvals from Code Owners"
available_in: [premium, ultimate]
documentation_link: "https://docs.gitlab.com/ee/user/project/merge_requests/merge_request_approvals.html#code-owners-approvals-premium"
......@@ -147,18 +147,14 @@ features:
stage: create
issue_url: "https://gitlab.com/gitlab-org/gitlab-ee/issues/4418"
description: |
It isn't always obvious who you should ask to approve your merge request.
マージリクエストの承認を誰にお願いすべきかは必ずしも明確ではありません。
GitLab now supports requiring merge request approvals based on which
files a merge request changes using [Code Owners](https://docs.gitlab.com/ee/user/project/code_owners.html).
Code owners are assigned using a file named `CODEOWNERS`, a format similar to
[`gitattributes`](https://git-scm.com/docs/gitattributes).
GitLab では [コードオーナ](https://docs.gitlab.com/ee/user/project/code_owners.html) を利用してマージリクエストによってどのファイルが変更されるかに基づいて、マージリクエストの承認要求をサポートするようになりました。
コードオーナは `CODEOWNERS` という名前のファイルを使って割り当てられます。これは [`gitattributes`](https://git-scm.com/docs/gitattributes) のようなフォーマットです。
Support for automatically assigning Code Owners as merge request
approvers was added in
[GitLab 11.5](/2018/11/22/gitlab-11-5-released/#assign-approvers-based-on-code-owners).
マージリクエストの承認者としてコードオーナを自動的に割り当てるための機能が [GitLab 11.5](/2018/11/22/gitlab-11-5-released/#assign-approvers-based-on-code-owners) で追加されました。
- name: "Move files in the Web IDE"
- name: "Web IDE でのファイル移動"
name_en: "Move files in the Web IDE"
available_in: [core, starter, premium, ultimate]
documentation_link: "https://docs.gitlab.com/ee/user/project/web_ide"
......@@ -167,10 +163,9 @@ features:
stage: create
issue_url: "https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/25431"
description: |
Files and directories can now be moved to a new path in a repository
from the Web IDE when renaming a file or directory.
ファイルまたはディレクトリの名前を変更するときに、ファイルおよびディレクトリを Web IDE からリポジトリ内の新しいパスに移動できるようになりました。
- name: "Alphabetically ordered labels"
- name: "アルファベット順に並んだラベル"
name_en: "Alphabetically ordered labels"
available_in: [core, starter, premium, ultimate]
documentation_link: "https://docs.gitlab.com/ee/user/project/labels.html"
......@@ -179,16 +174,12 @@ features:
stage: plan
issue_url: "https://gitlab.com/gitlab-org/gitlab-ce/issues/57003"
description: |
GitLab labels are incredibly versatile, with teams always finding new ways
to use them. Consequently, users often add many labels to a given issue,
merge request, or epic.
GitLab のラベルは用途が広範囲であり、チームは常に新しい使い方を見つけてます。そのため、ユーザは特定のイシュー、マージリクエスト、またはエピックに対して多くのラベルを追加することがよくあります。
In GitLab 11.9, we are making consuming those labels a little bit easier.
In issues, merge requests, and epics, the labels showing up in the sidebar
are now ordered alphabetically. This is also the same in the list views
of these objects too.
GitLab 11.9 では、これらのラベルの利用を少し簡単にしています。
イシュー、マージリクエスト、エピックでは、サイドバーに表示されるラベルがアルファベット順に並べられます。これは、これらのオブジェクトのリストビューでも同じです。
- name: "Quickly comment when filtering issue activity"
- name: "イシューのアクティビティをフィルタリングしているときに素早くコメントを付ける"
name_en: "Quickly comment when filtering issue activity"
available_in: [core, starter, premium, ultimate]
documentation_link: "https://docs.gitlab.com/ee/user/discussions/#filtering-notes"
......@@ -197,17 +188,11 @@ features:
stage: plan
issue_url: "https://gitlab.com/gitlab-org/gitlab-ce/issues/51819"
description: |
We recently released a feature to enable users to filter the activity feed
in an issue, merge request, or epic, allowing users to focus on only comments
or system notes. Since this setting is saved per person in the system,
sometimes a user may not realize they are looking at a filtered feed when
they view an issue a few days later and seem to be unable to comment.
最近、ユーザがイシュー、マージリクエスト、エピックなどのアクティビティフィードをフィルタリングできる機能をリリースし、ユーザがコメントやシステムノートだけに集中できるようにしました。この設定はシステム内にユーザー単位で保存されるため、ユーザが数日後に問題を表示したときにフィルタリングされたフィードを見ていることに気付かず、コメントできないように見えることがあります。
In this release, we improved this interaction. Users can now quickly
switch back to a mode that allows them to comment without scrolling back
to the top of the feed. This applies to issues, merge requests, and epics.
今回のリリースでは、この画面のインタラクションを改善しました。ユーザはフィードの先頭にスクロールしなくてもコメントできるモードに素早く切り替えることができます。これはイシュー、マージリクエストおよびエピックに適用されます。
- name: "Reorder child epics"
- name: "子エピックの並べ替え"
name_en: "Reorder child epics"
available_in: [ultimate]
documentation_link: "https://docs.gitlab.com/ee/user/group/epics/#reordering-issues-and-child-epics"
......@@ -216,13 +201,9 @@ features:
stage: plan
issue_url: "https://gitlab.com/gitlab-org/gitlab-ee/issues/7328"
description: |
We recently released [Child Epics](/2019/01/22/gitlab-11-7-released/#multi-level-child-epics), which is the ability to have epics of epics (in addition
to child issues of epics).
最近 [子エピック](/2019/01/22/gitlab-11-7-released/#multi-level-child-epics) をリリースしました。これによって (エピックの子イシューに加えて) エピックのエピックを持てます。
With this release, you can now reorder the child
epics of an epic simply by dragging and dropping, exactly the same as with child
issues. This allows teams to use ordering to represent priority or to prescribe
an order of implementation of work.
今回のリリースでは子イシューとまったく同じように、ドラッグアンドドロップでエピックの子エピックを並べ替えられます。これにより、チームは順序を使用して優先順位を表現したり、作業の実行順序を指定したりすることができます。
- name: "Custom header and footer system message in web and email"
name_en: "Custom header and footer system message in web and email"
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment