Gerrit/Tutorial/ja

このページは、ウィキメディアの開発で Git および Gerrit を使用する方法を説明するチュートリアルです.


 * 時間を節約したい場合、かつ技術に精通している場合は、代わりに非常に短いハウツー ガイドを使用してください:
 * パワー ユーザー向けに、 に追加的な説明文書があります.
 * Gerrit を試したいだけで、「実際の」ウィキメディア ソフトウェア プロジェクトのパッチを書きたいわけではない場合は、代わりに Gerrit テスト インスタンスを使用してください.

このチュートリアルでは、入力するコマンドは以下のようにドル記号 ($) で始まります:. 接頭辞は入力しないでください. コマンドに、自分で変更する必要がある変数も含まれている場合、変数は赤で表示されます:.



Git とは
Gitは、無料でオープンソースの分散型バージョン管理システムです. 「分散」は、リポジトリの中央管理コピーがないことを意味します. Git では、リポジトリのクローンを作成すると、ソースコードの完全に機能するコピーが、すべてのブランチとタグ付きリリースを含めてダウンロードされます.



Gerrit とは
Gerrit は、Git と統合する無料の Web ベースの協同型コード レビュー ツールです.

基本的に、ソフトウェアの変更案 (しばしば「パッチ」と呼ばれますが、Gerrit では「変更セット」と呼ばれます) を新しいブランチとして提出します. 最初のバージョン (「パッチセット 1」) がまだ完璧ではない場合、そのブランチでさらに変更 (「訂正」(amend)) を加えることができます (「パッチセット 2」など). パッチセットが「+2」のレビューを受けると、それが受理され、コード リポジトリのメイン ブランチ (通常は「master」と呼ばれます) にマージされます. マージとは、誰かがそのコード リポジトリをチェックアウトしたりダウンロードしたりするときに、あなたの変更が既定で含まれるようにすることです.



ウィキメディア開発者アカウントの作成
ウィキメディア開発者アカウントをまだお持ちではない場合は、wikitech.wikimedia.org に行ってアカウントを作成してください. 同じ利用者名とパスワードが、下記の Gerrit へのログインでも使用されます.



Git をセットアップする
これらの手順では、Git をコマンド ライン (ターミナル ウィンドウ) ツールとしてインストールする方法を説明します. コマンド ラインではなくグラフィカル ユーザー インターフェイス (GUI) を使用したい場合は、Git プロジェクトが管理しているクライアント一覧を確認してください. 別のインストール手順については、公式の説明文書を参照してください.

インストール
Follow Installing Git to learn how to install git on your operating system.



Gitの設定
さてGitがインストールされて、個人情報を設定する時間です. 1回だけはこれを行う必要があります. これらのコマンドを再度実行することによって、いつでも個人情報を変更することもできます.

Gitは利用者の名前とメールをチェックすることによって、各々のコミットを誰が行ったのか追跡します. さらに、この情報はあなたのコミットをあなたのGerritアカウントと関連付けるために使われます.

以下の2つのコマンドを入力して、あなたの利用者名とメールアドレスを設定してください. を自分自身のGerrit利用者名で置き換え、を自分自身のメールアドレスで置き換えてください：



GerritでSSH鍵をセットアップする
あなたのコンピュータとGerritの間に安全な接続を確立するために、SSH鍵を使います. 2021年8月現在、ウィキメディアセキュリティチームは、最適なセキュリティとパフォーマンスのために、利用者がSSH鍵の作成に タイプを使うことを推奨します.



新しいSSH鍵を生成する
Follow SSH keys.



SSH公開鍵をGerritアカウントに追加する

 * Gerritのウェブインターフェースにログインします. Gerritの利用者名とパスワードは、ウィキメディア開発者アカウントと同一です.
 * Click on your username in the top right corner, then choose "Settings".
 * Click "SSH Keys" in the menu on the left.
 * SSH公開鍵を対応する欄に貼り付けて、 "ADD NEW SSH KEY"をクリックしてください.

Test Gerrit SSH connection
Connect to the Gerrit server via  to check if everything works as expected. Replace by your username as shown in your Gerrit settings:



Gerrit SSH接続成功メッセージの例はこのようになります：
 * Be mindful and compare that the "ed25519 key fingerprint" is the same as the SSH fingerprint for gerrit.wikimedia.org:29418. If it is the same, answer "Yes" to "Are you sure you want to continue connecting?". Then enter the passphrase for your key.
 * You should get a message "Welcome to Gerrit Code Review". The last line should show "Connection to gerrit.wikimedia.org closed."
 * If you run into problems, use (replace  by your username).  は問題を見つけるのを手助けするために冗長出力を提供します.  それからGerritトラブルシューティングを読んでください.



Gitを使ってコードをダウンロードする
Let's practice by downloading (also called "cloning") the repository called "sandbox". 以下をGit Bashコマンドラインで実行します：

(Replace by your Gerrit username. And make sure the URL begins with   and not  ).

This will copy the entire history and the code base of the "sandbox" extension repository into your machine. You will have a working directory of the extension's main branch (usually also called "git master"). Enter the new directory (via the command ). Now you can look at the code and start editing it.



Gerritで作業する準備
Gerrit requires that your commit message must have a "change ID". それらはI（iの大文字）で始まる のようなものです. Each time you amend a commit to improve an existing patch in Gerrit, this change ID stays the same, so Gerrit understands it as a new "patch set" to address the same code change.

There's a git add-on called git-review that adds a Change-ID line to your commits. Using git-review is recommended. It makes it easier to configure your Git clone, to submit a change or to fetch an existing one.



git-review のインストール
ウィキメディア Gerritは、git-review バージョン1.27以降を必要とすることに注意してください.

詳細は、Gerrit/git-review#インストールを参照してください.

Font Awesome 5 brands linux.svg Linux

 * Linuxディストリビューションのグラフィカルソフトウェアパッケージ管理ツールを使用して、 パッケージをインストールします.
 * git-reviewがディストリビューションにパッケージ化されていない場合は、pip Pythonパッケージインストーラーを使ってgit-reviewをインストールするなどのその他のオプションをgit-reviewで確認してください.
 * FreeBSDを使っているならば、portsでgit-reviewをインストールしてください.

Font Awesome 5 brands windows.svg Windows

 * git-review Windowsを参照してください.

Apple logo black.svg macOS

 * For OS X 10.11 El Capitan and later, follow Method 1.
 * On versions prior to 10.11, use the pip Python package installer by following Method 2.



git-reviewを設定する
Gitのデフォルトのリモートホスト名は"origin"です. この名前はウィキメディアプロジェクトでも使われます. git-reviewにそのホストを使うように教える必要があります. をあなたのGerrit利用者名で置き換えてください：



git-reviewをセットアップする
リポジトリをダウンロード（「クローン」）した後、git-reviewのためにセットアップする必要があります. This will automatically happen the first time you try to submit a commit, but it's generally better to do it right after cloning. Make sure that you are in the directory of the project that you cloned (otherwise you will get an error "fatal: Not a git repository"). それからこのコマンドを実行してください：

出力の最後の方に、このようなものが表示されるはずです：

使用しているシェルのユーザー名と異なる場合、これはgitのユーザー名を尋ねるかもしれません.



パッチを投稿する
あなたが関心のあるコードリポジトリをクローンしたことを確かめてください（ここを参照）.

コードリポジトリのディレクトリにいることを確かめてください（コマンドはあなたがどこにいるのか正確に教えてくれます）.

Update the main development branch
Make sure that the main development branch (the branch created when you initially cloned the repository) is up to date:

However, note that some repositories use a different name for their main development branch (for example  instead of , or the   repository has a   instead of a   branch).



ブランチの作成
まず、あなたの新しい変更についてローカルブランチを作成します. 以下のを短いけれど適度に説明的な名前で置き換えます. （例えば、あなたの変更に対応するのタスクが存在するならば としたり、 、あるいは ）. 他の人たちもあなたのブランチを識別するために、この名前を使用します.

This will create a new branch (called ) from the latest 'master' and check it out for you. 上記の例では、新しいブランチを と呼びます.



変更を行う
ローカルのコードに変更を行います. 好きなテキストエディタを使ってファイルを修正してください. 以下の例では、ファイル を編集して単語を追加しています.

それからテキストエディタを閉じて、ファイルやディレクトリの中で、最後のコミット以降にあなたが行った変更をチェックしてください：

はあなたの変更をユニファイド形式 (Unified format)で表示します：除去された行はマイナス から始まり、追加された行はプラス  から始まります. これらの変更はまだ次のコミットのために（ によって）「ステージ」されていません.

<span id="Stage_your_changes_for_a_commit">

変更をコミットするためにステージする
どの変更をあなたのコミットに組み込むべきか決定するために、を実行してください. これによりディレクトリの中であなたが変更したファイルの一覧が表示されます. この時点では、出力の最後の行に "no changes added to commit"（コミットに変更が追加されていません）と表示されます.

あなたの変更したファイルを次のあなたのコミットに組み込むには を使用してください. 上記の例ではファイル を修正しましたので、コマンドは以下のようになります：

に渡していないあらゆる変更したファイルは、次のステップで を実行するときに無視されます.

<span id="Commit_your_staged_changes">

ステージした変更をコミットする
によって追加した変更の一覧に満足したら、以下を使用することでこれらの変更をローカルリポジトリにコミットすることができます

その後テキストエディタであなたのコミットに対する説明的な要約を追加するように求められます. コミット メッセージの指針に従わなければなりません. これはコードリポジトリの変更履歴を見るときに、他の人たちが参照するものです.

コミットメッセージを保存してテキストエディタを閉じてください. A summary (the commit ID, your subject line, the files and lines changed) will be displayed.

<span id="Prepare_to_push_your_commit_to_Gerrit">

Gerritへコミットをプッシュする準備
Synchronize your changeset with any changes that may have occurred in the master branch while you've been working ("rebasing"). From within your branch, run:

さてレビューのためにGerritへコードをプッシュする準備ができました. もし関連するコミットを複数回行っていたならば、 レビューのためにそれらを単一のコミットにマージすることを検討してください.

<span id="Push_your_commit_to_Gerrit">

Gerritへコミットをプッシュする
If you followed #Prepare to work with Gerrit above and installed  and ran , then the command to push changes to Gerrit is:

The  option tells git-review not to perform a rebase before submitting the change to Gerrit.

Upon success, you'll get a confirmation and a link to the changeset in Gerrit. In the example above, that link is: https://gerrit.wikimedia.org/r/#/c/sandbox/+/563720

Congratulations! Your patch is in Gerrit and hopefully will get reviewed soon!

If git review -R fails
If you are asked to enter your git credentials (a username and password) after running and it responds that they are invalid, it's likely that the repo was cloned using https and not ssh. You should not recieve any prompt to enter credentials if you are using ssh. To switch the repo to ssh, run and replace  with the one found in gitiles that begins with. Make sure to add your Gerrit username before. For example, the repository URL for the Echo repository would be.

If you get a, re-follow the instructions at  to make sure your ssh agent is running and your identity is added. If you close your Git Bash shell, you will be signed out and need to re-follow these instructions each time.

View the Change / Next Steps
Open the link to your Gerrit changeset in a web browser.

Under "Files", after you clicked the down arrow at the very right of any file in the list, you can see a diff of your changes per file: The old lines are shown in red color and your new lines are shown in green color.

If your commit addresses a ticket in Phabricator, a comment will be automatically added in the Phabricator task if you followed the Commit message guidelines. If you did not, you could either fix your commit message (by creating an updated patchset), or manually add a comment on that Phabricator ticket which includes a link to your changeset in Gerrit.

<span id="Other_common_situations">

その他のよくある状況
もしあなたの状況がここで取り扱われていなければ、Gerritの高度な使用法も参照してください.

Squash several commits into one single commit via rebase
If you made several related commits to your local repository prior to wanting to submit for review, you should squash (merge) those commits into one single commit.

The  or   option allows you to change (rewrite) your commit history. For each commit, you can modify and change the commit message, add or remove files, or perform other modifications.

First you need to tell git how far back you want to pull. To get a list of all changes in your branch:

You can also limit the displayed list of recent changes. means pull the last three commits:

After you type this command, your text editor will display your commits in reverse order and a list of available commands:

Since we only want to send one commit to review, we will squash the last two commits into the first. Hence change all but the first "pick" to "squash":

pick aa8cf1d Adding method customFilterFunctionGetRiskyCountryCodeScore to GatewayAdapter. squash 38828e2 Adding $wgDonationInterfaceCustomFiltersFunctionsRiskyCountries to donationinterface.php squash be33007 Fix a typo

When you finished picking and squashing and saved the file, another file will open in your text editor to allow you get to edit and merge your commit messages. Be careful to only keep one of the Change-Id lines and have it be at bottom of the message after one empty line.

Your messages from your previous commits will automatically be placed in this message:

Remember to put your (updated) summary message in the commit. In this case the new summary message will be:

(mingle-fr-2012-69) Adding a custom filter for risky countries.

If all goes well, you should see a successful rebase message:

Afterwards, submit your patch for review:

You should see a message like this showing your git review went to Gerrit (in this example, to https://gerrit.wikimedia.org/r/7187):

Amending a change (your own or someone else's)
Sometimes, you might need to amend a submitted change. You can amend a change as long as the change hasn't been merged yet.

You can amend your own changes. To amend changes submitted by someone else, you need to be a member of Gerrit's Trusted-Contributors group. To become a member of Trusted-Contributors, find someone who is a member and ask them to add you. The group is viral in that members can add new members, use your powers responsibly.

Rebasing
Rebase to bring your local branch up to date with the remote. It's best to make rebase updates a separate patch, so that your code reviewers have an easy time seeing what changes you've made. Assuming you are using Gerrit, you can do this by clicking the "Rebase Change" button when viewing your patch in Gerrit's web interface.

Hard reset and checkout the change with this command: (BEWARE:  performs a hard reset that destroys all local changes. Stash or commit changes first which you wish to preserve!)

例:

You can look in Gerrit to figure out the. It is the six digit number in the URL of your code review page.

Or, if you already have the change in a branch on your local repository, you can just check it out:

例:

Make changes and push
次に、好きなテキストエディタで何らかの変更を行います.

the files as needed, then commit the change (ensuring you are amending the commit):

変更をプッシュします：

ここでは が重要です. It tells git-review to not rebase your change against master, which clutters diffs between patch set 1 and 2.

<span id="Push_to_a_branch_different_than_master">

master以外のブランチにプッシュする
上記では、コミットはmasterブランチにプッシュされていました. The branch name only appeared as the topic of the commit in the Gerrit UI. もし本当にmasterとは異なるブランチにプッシュしたいのであれば、 でプッシュする必要があります.

Gerrit and Vagrant
MediaWiki-Vagrant is a portable MediaWiki development environment and is readily usable with git-review and gerrit. After installing MediaWiki-Vagrant use  to navigate to your extensions folder. Then follow the instructions above on submitting a patch via gerrit.

<span id="How_code_is_reviewed_in_Gerrit">

Gerritでコードがレビューされる方法
Code review is an essential part of our contribution workflow. The principle is basic: any patch must be reviewed by others before being merged.

This means that your code will need reviewers. Check our advice for getting reviews.

Review before merge
It's important to us to have a review-before-merge workflow for MediaWiki core and also for any extension we deploy. We will also offer that option to any extension author who wants it for their extension. The one exception is localisation and internationalisation commits, which will be able to be pushed without review.

Who can review? Gerrit project owners
After creating a Developer account, anyone can comment on commits and express criticism and approvals. Anyone can give a nonbinding "+1" to any commit. However, for any given repository ("Gerrit project"), only a small group of people will have the ability to approve code within Gerrit and merge it into the repository. This superapproval is a "+2" even though that's a misleading name, because two +1 approvals DO NOT add up to a +2. These people are "Gerrit project owners".

<span id="How_to_comment_on,_review,_and_merge_code_in_Gerrit">

Gerritでコードにコメント、レビューおよびマージする方法




誰でもGerritでコードにコメントすることができます.

<span id="Viewing_and_commenting_on_code">

コードを見てコメントする
This should only be set if the assignee has agreed. It will report a red or green mark depending on whether the build passes. It'll show up in their Gerrit dashboard. You can double-click on a line and then press the C key to comment on that line, then click "Save" to save the draft comment. Then, at the top of the page click the "Reply" button to publish your comment. These numbers are nonbinding, won't cause merges or rejections, and have no formal effect on the code review. This action removes the diff from the list to review, but leaves it in Gerrit for archival purposes. 例は T48148 を参照してください.
 * 開発者アカウントを持っていることを確かめてください.
 * Gerritにログインします. If you know the changeset you want to look at (URL will look like https://gerrit.wikimedia.org/r/c/23939/), go to that. Otherwise, use the search box. You can search by author ("Owner"), Gerrit project, branch, changesets you've starred, etc. The Gerrit search documentation covers all of the different search operators you can use.
 * The changeset has a few fields, links and buttons:
 * Assignee. An optional field to make a single person responsible for handling reviewing the changeset.
 * Reviewers. 'jenkins-bot' is the autoreviewer that auto-verifies anything that passes the Jenkins tests.
 * The "Add reviewer" button under Reviewers: in the upper left corner manually request review from someone.
 * Under Files, Expand All opens the diff for each file below.
 * Reply adds your comments to a changeset, including an overall comment and/or inline comments you added (see above).
 * If, upon code review, you approve, use "Code-Review: " under "Reply"; otherwise, use "Code-Review:  " to disapprove.
 * Abandon (you'll see this if you wrote this diff).
 * The "Only Comments" switch allows to hide reviews by non-human bots.

Comparing patch sets
Every time you amend your commit and submit it for review, a new patch set is created. You can compare the different patch sets like this:

On the right of the screen under Patch Set, the latest patch set is preselected. Adjust the selected patch sets to your needs.
 * Under Files, select either Expand All or choose a specific file listed to open that file.
 * On the left side under Patch Set, Base is preselected.

Formally reviewing and merging or rejecting code
If you are one of the Gerrit project owners, you'll also see:


 * Abandon button


 * under Reply, additional Code-Review options to +2 (approve) or -2 (veto) a diff, and a Post button (publish your comment and merge diff into the branch, in 1 step)


 * Submit button (merge -- only useful if you or someone else has already given a +2 approval to the diff, but not merged it)

And once you've merged something into the example Gerrit project you'll see it in https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/examples/.

If you merged a commit that references a task in Phabricator and that commit is supposed to fix that task completely, please go to that task and change its status to "Resolved" (via the Add Action… 🡒 Change Status dropdown). Also reference the merge ID if gerritbot has not already posted it in that task.

トラブルシューティング
問題とその解決方法については、を参照してください.

<span id="See_also">

関連項目
これらのページも有用です：


 * Gerrit チュートリアル tl;dr
 * Gerrit TortoiseGit チュートリアル
 * Wikimedia Gerrit Patch Uploader
 * Gerrit チュートリアル tl;dr
 * Gerrit TortoiseGit チュートリアル
 * Wikimedia Gerrit Patch Uploader