| Code | -Explanation | +Código | +Explicación | -Defines the `workflow_dispatch` and `scheduled` as triggers for the workflow: +Define `workflow_dispatch` y `scheduled` como desencadenadores para el flujo de trabajo: -* The `workflow_dispatch` lets you manually run this workflow from the UI. For more information, see [`workflow_dispatch`](/actions/using-workflows/events-that-trigger-workflows#workflow_dispatch). -* The `schedule` event lets you use `cron` syntax to define a regular interval for automatically triggering the workflow. For more information, see [`schedule`](/actions/reference/events-that-trigger-workflows#schedule). +* `workflow_dispatch` permite ejecutar manualmente este flujo de trabajo desde la interfaz de usuario. Para más información, vea [`workflow_dispatch`](/actions/using-workflows/events-that-trigger-workflows#workflow_dispatch). +* El evento `schedule` permite usar la sintaxis `cron` para definir un intervalo regular para desencadenar automáticamente el flujo de trabajo. Para más información, vea [`schedule`](/actions/reference/events-that-trigger-workflows#schedule). |
|---|---|---|---|
| -Modifies the default permissions granted to `GITHUB_TOKEN`. This will vary depending on the needs of your workflow. For more information, see "[Assigning permissions to jobs](/actions/using-jobs/assigning-permissions-to-jobs)." +Modifica los permisos predeterminados concedidos a `GITHUB_TOKEN`. Esto variará en función de las necesidades del flujo de trabajo. Para obtener más información, consulta "[Asignación de permisos a trabajos](/actions/using-jobs/assigning-permissions-to-jobs)". | |||
| -Groups together all the jobs that run in the workflow file. +Agrupa todos los trabajos que se ejecutan en el archivo de flujo de trabajo. | |||
| -Defines a job with the ID `check_all_english_links`, and the name `Check all links`, that is stored within the `jobs` key. +Define un trabajo con el identificador `check_all_english_links` y el nombre `Check all links`, que se almacena en la clave `jobs`. | |||
| -Only run the `check_all_english_links` job if the repository is named `docs-internal` and is within the `github` organization. Otherwise, the job is marked as _skipped_. +El trabajo `check_all_english_links` solo se ejecuta si el repositorio se denomina `docs-internal` y está dentro de la organización `github`. De lo contrario, el trabajo se marca como _omitido_. | |||
| -Configures the job to run on an Ubuntu Linux runner. This means that the job will execute on a fresh virtual machine hosted by {% data variables.product.prodname_dotcom %}. For syntax examples using other runners, see "[Workflow syntax for {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idruns-on)." +Configura el job para ejecutarse en un ejecutor Ubuntu Linux. Esto significa que el trabajo se ejecutará en una máquina virtual nueva que se hospede en {% data variables.product.prodname_dotcom %}. Para obtener ejemplos de sintaxis con otros ejecutores, consulta «[Sintaxis de flujo de trabajo para {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idruns-on)». | |||
| -Creates custom environment variables, and redefines the built-in `GITHUB_TOKEN` variable to use a custom [secret](/actions/security-guides/encrypted-secrets). These variables will be referenced later in the workflow. +Crea variables de entorno personalizadas y vuelve a definir la variable `GITHUB_TOKEN` integrada para usar un [secreto](/actions/security-guides/encrypted-secrets) personalizado. Se hará referencia a estas variables más adelante en el flujo de trabajo. | |||
| -Groups together all the steps that will run as part of the `check_all_english_links` job. Each job in the workflow has its own `steps` section. +Agrupa todos los pasos que se ejecutarán como parte del trabajo `check_all_english_links`. Cada trabajo del flujo de trabajo tiene su propia sección `steps`. | |||
| -The `uses` keyword tells the job to retrieve the action named `actions/checkout`. This is an action that checks out your repository and downloads it to the runner, allowing you to run actions against your code (such as testing tools). You must use the checkout action any time your workflow will run against the repository's code or you are using an action defined in the repository. +La palabra clave `uses` le indica al trabajo que recupere la acción denominada `actions/checkout`. Esta es una acción que revisa tu repositorio y lo descarga al ejecutor, lo que te permite ejecutar acciones contra tu código (tales como las herramientas de prueba). Debes utilizar la acción de verificación cada que tu flujo de trabajo se ejecute contra el código del repositorio o cada que estés utilizando una acción definida en el repositorio. | |||
| -This step uses the `actions/setup-node` action to install the specified version of the `node` software package on the runner, which gives you access to the `npm` command. +En este paso, se usa la acción `actions/setup-node` para instalar la versión especificada del paquete de software `node` en el ejecutor, lo que te da acceso al comando `npm`. | |||
| -The `run` keyword tells the job to execute a command on the runner. In this case, the `npm ci` and `npm run build` commands are run as separate steps to install and build the Node.js application in the repository. +La palabra clave `run` indica al trabajo que ejecute un comando en el ejecutor. En este caso, los comandos `npm ci` y `npm run build` se ejecutan como pasos independientes para instalar y compilar la aplicación Node.js en el repositorio. | |||
| -This `run` command executes a script that is stored in the repository at `script/check-english-links.js`, and pipes the output to a file called `broken_links.md`. +Este comando `run` ejecuta un script que se almacena en el repositorio en `script/check-english-links.js` y canaliza la salida a un archivo denominado `broken_links.md`. | |||
| -If the `check-english-links.js` script detects broken links and returns a non-zero (failure) exit status, then use a [workflow command](/actions/using-workflows/workflow-commands-for-github-actions#setting-an-output-parameter) to set an output that has the value of the first line of the `broken_links.md` file (this is used the next step). +Si el script `check-english-links.js` detecta vínculos rotos y devuelve un estado de salida distinto de cero (error), usa un [comando de flujo de trabajo](/actions/using-workflows/workflow-commands-for-github-actions#setting-an-output-parameter) para establecer una salida que tenga el valor de la primera línea del archivo `broken_links.md` (se usa el paso siguiente). | |||
| -Uses the `peter-evans/create-issue-from-file` action to create a new {% data variables.product.prodname_dotcom %} issue. This example is pinned to a specific version of the action, using the `b4f9ee0a9d4abbfc6986601d9b1a4f8f8e74c77e` SHA. +Usa la acción `peter-evans/create-issue-from-file` para crear una incidencia de {% data variables.product.prodname_dotcom %}. Este ejemplo se ancla a una versión específica de la acción mediante el SHA `b4f9ee0a9d4abbfc6986601d9b1a4f8f8e74c77e`. | |||
| -Uses [`gh issue list`](https://cli.github.com/manual/gh_issue_list) to locate the previously created issue from earlier runs. This is [aliased](https://cli.github.com/manual/gh_alias_set) to `gh list-reports` for simpler processing in later steps. To get the issue URL, the `jq` expression processes the resulting JSON output. +Usa [`gh issue list`](https://cli.github.com/manual/gh_issue_list) para buscar la incidencia creada previamente a partir de ejecuciones anteriores. Se le asigna el [alias](https://cli.github.com/manual/gh_alias_set) `gh list-reports` para facilitar el procesamiento en pasos posteriores. Para obtener la dirección URL de la incidencia, la expresión `jq` procesa la salida JSON resultante. -[`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) is then used to add a comment to the new issue that links to the previous one. +Después, se usa [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) para agregar un comentario a la nueva incidencia que vincula a la anterior. | |||
| -If an issue from a previous run is open and assigned to someone, then use [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) to add a comment with a link to the new issue. +Si una incidencia de una ejecución anterior está abierta y asignada a alguien, usa [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) para agregar un comentario con un vínculo a la nueva incidencia. | |||
| -If an issue from a previous run is open and is not assigned to anyone, then: +Si una incidencia de una ejecución anterior está abierta y no está asignada a nadie, haz lo siguiente: -* Use [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) to add a comment with a link to the new issue. -* Use [`gh issue close`](https://cli.github.com/manual/gh_issue_close) to close the old issue. -* Use [`gh issue edit`](https://cli.github.com/manual/gh_issue_edit) to edit the old issue to remove it from a specific {% data variables.product.prodname_dotcom %} project board. +* Usa [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) para agregar un comentario con un vínculo a la nueva incidencia. +* Usa [`gh issue close`](https://cli.github.com/manual/gh_issue_close) para cerrar la incidencia antigua. +* Usa [`gh issue edit`](https://cli.github.com/manual/gh_issue_edit) para editar la incidencia antigua y quitarla de un panel de proyecto específico de {% data variables.product.prodname_dotcom %}. |
| Code | -Explanation | +"コード" | +説明 | -Defines the `workflow_dispatch` and `scheduled` as triggers for the workflow: +ワークフローのトリガーとして `workflow_dispatch` と `scheduled` を定義します。 -* The `workflow_dispatch` lets you manually run this workflow from the UI. For more information, see [`workflow_dispatch`](/actions/using-workflows/events-that-trigger-workflows#workflow_dispatch). -* The `schedule` event lets you use `cron` syntax to define a regular interval for automatically triggering the workflow. For more information, see [`schedule`](/actions/reference/events-that-trigger-workflows#schedule). +* `workflow_dispatch` を使用すると、UI からこのワークフローを手動で実行できます。 詳細については、「[`workflow_dispatch`](/actions/using-workflows/events-that-trigger-workflows#workflow_dispatch)」を参照してください。 +* `schedule` イベントにより、`cron` 構文を使用して、ワークフローを自動的にトリガーするための一定の間隔を定義できます。 詳細については、「[`schedule`](/actions/reference/events-that-trigger-workflows#schedule)」を参照してください。 |
|---|---|---|---|
| -Modifies the default permissions granted to `GITHUB_TOKEN`. This will vary depending on the needs of your workflow. For more information, see "[Assigning permissions to jobs](/actions/using-jobs/assigning-permissions-to-jobs)." +`GITHUB_TOKEN` に付与される既定のアクセス許可を変更します。 これはワークフローのニーズによって異なります。 詳しい情報については、「[ジョブへのアクセス許可の割り当て](/actions/using-jobs/assigning-permissions-to-jobs)」を参照してください。 | |||
| -Groups together all the jobs that run in the workflow file. +ワークフロー ファイルで実行されるすべてのジョブをグループ化します。 | |||
| -Defines a job with the ID `check_all_english_links`, and the name `Check all links`, that is stored within the `jobs` key. +ID `check_all_english_links` と名前 `Check all links` を持つジョブを定義します。これは `jobs` キー内に格納されます。 | |||
| -Only run the `check_all_english_links` job if the repository is named `docs-internal` and is within the `github` organization. Otherwise, the job is marked as _skipped_. +リポジトリが `docs-internal` という名前で、`github` という Organization 内にある場合のみ、`check_all_english_links` ジョブを実行します。 それ以外の場合、ジョブは _"スキップ済み"_ としてマークされます。 | |||
| -Configures the job to run on an Ubuntu Linux runner. This means that the job will execute on a fresh virtual machine hosted by {% data variables.product.prodname_dotcom %}. For syntax examples using other runners, see "[Workflow syntax for {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idruns-on)." +Ubuntu Linux ランナーで実行するようにジョブを設定します。 これは、ジョブが {% data variables.product.prodname_dotcom %} によってホストされている新しい仮想マシンで実行されるということです。 他のランナーを使う構文例については、「[{% data variables.product.prodname_actions %} のワークフロー構文](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idruns-on)」を参照してください。 | |||
| -Creates custom environment variables, and redefines the built-in `GITHUB_TOKEN` variable to use a custom [secret](/actions/security-guides/encrypted-secrets). These variables will be referenced later in the workflow. +カスタム環境変数を作成し、組み込み `GITHUB_TOKEN` 変数を再定義してカスタム [シークレット](/actions/security-guides/encrypted-secrets)を使用します。 これらの変数は、ワークフローで後から参照されます。 | |||
| -Groups together all the steps that will run as part of the `check_all_english_links` job. Each job in the workflow has its own `steps` section. +`check_all_english_links` ジョブの一部として実行されるすべてのステップをグループ化します。 ワークフロー内の各ジョブには、独自の `steps` セクションがあります。 | |||
| -The `uses` keyword tells the job to retrieve the action named `actions/checkout`. This is an action that checks out your repository and downloads it to the runner, allowing you to run actions against your code (such as testing tools). You must use the checkout action any time your workflow will run against the repository's code or you are using an action defined in the repository. +`uses` キーワードは、`actions/checkout` という名前のアクションを取得するようにジョブに指示します。 これは、リポジトリをチェックアウトしてランナーにダウンロードし、コードに対してアクション（テストツールなど）を実行できるようにします。 ワークフローがリポジトリのコードに対して実行されるとき、またはリポジトリで定義されたアクションを使用しているときはいつでも、チェックアウトアクションを使用する必要があります。 | |||
| -This step uses the `actions/setup-node` action to install the specified version of the `node` software package on the runner, which gives you access to the `npm` command. +このステップでは、`actions/setup-node` アクションを使用して、指定したバージョンの `node` ソフトウェア パッケージをランナーにインストールします。これにより、`npm` コマンドにアクセスできるようになります。 | |||
| -The `run` keyword tells the job to execute a command on the runner. In this case, the `npm ci` and `npm run build` commands are run as separate steps to install and build the Node.js application in the repository. +`run` キーワードは、ランナーでコマンドを実行するようにジョブに指示します。 この場合、Node.js アプリケーションをリポジトリにインストールしてビルドするための個別のステップとして、`npm ci` コマンドと `npm run build` コマンドが実行されます。 | |||
| -This `run` command executes a script that is stored in the repository at `script/check-english-links.js`, and pipes the output to a file called `broken_links.md`. +この `run` コマンドは、リポジトリの `script/check-english-links.js` に保存されているスクリプトを実行し、出力を `broken_links.md` というファイルにパイプで渡します。 | |||
| -If the `check-english-links.js` script detects broken links and returns a non-zero (failure) exit status, then use a [workflow command](/actions/using-workflows/workflow-commands-for-github-actions#setting-an-output-parameter) to set an output that has the value of the first line of the `broken_links.md` file (this is used the next step). +`check-english-links.js` スクリプトで壊れたリンクが検出され、0 以外 (失敗) の終了状態が返された場合は、[ワークフロー コマンド](/actions/using-workflows/workflow-commands-for-github-actions#setting-an-output-parameter)を使用して、`broken_links.md` ファイルの先頭行の値を持つ出力を設定します (これは次のステップで使用されます)。 | |||
| -Uses the `peter-evans/create-issue-from-file` action to create a new {% data variables.product.prodname_dotcom %} issue. This example is pinned to a specific version of the action, using the `b4f9ee0a9d4abbfc6986601d9b1a4f8f8e74c77e` SHA. +`peter-evans/create-issue-from-file` アクションを使用して、新しい {% data variables.product.prodname_dotcom %} のイシューを作成します。 この例は、`b4f9ee0a9d4abbfc6986601d9b1a4f8f8e74c77e` SHA を使用して、特定のバージョンのアクションに合わせて固定されています。 | |||
| -Uses [`gh issue list`](https://cli.github.com/manual/gh_issue_list) to locate the previously created issue from earlier runs. This is [aliased](https://cli.github.com/manual/gh_alias_set) to `gh list-reports` for simpler processing in later steps. To get the issue URL, the `jq` expression processes the resulting JSON output. +[`gh issue list`](https://cli.github.com/manual/gh_issue_list) を使用して、以前の実行から以前に作成したイシューを見つけます。 これには、後のステップでの処理を簡単にするために、`gh list-reports` という[別名](https://cli.github.com/manual/gh_alias_set)が付けられます。 イシューの URL を取得するために、`jq` 式で結果の JSON 出力を処理します。 -[`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) is then used to add a comment to the new issue that links to the previous one. +次に [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) を使用して、以前のイシューにリンクするコメントを新しいイシューに追加します。 | |||
| -If an issue from a previous run is open and assigned to someone, then use [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) to add a comment with a link to the new issue. +以前の実行でのイシューが未解決であり誰かに割り当てられている場合は、[`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) を使用して、新しいイシューへのリンクを含むコメントを追加します。 | |||
| -If an issue from a previous run is open and is not assigned to anyone, then: +以前の実行でのイシューが未解決であり誰にも割り当てられない場合は、次のようになります。 -* Use [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) to add a comment with a link to the new issue. -* Use [`gh issue close`](https://cli.github.com/manual/gh_issue_close) to close the old issue. -* Use [`gh issue edit`](https://cli.github.com/manual/gh_issue_edit) to edit the old issue to remove it from a specific {% data variables.product.prodname_dotcom %} project board. +* [`gh issue comment`](https://cli.github.com/manual/gh_issue_comment) を使用して、新しいイシューへのリンクを含むコメントを追加します。 +* [`gh issue close`](https://cli.github.com/manual/gh_issue_close) を使用して以前のイシューを閉じます。 +* [`gh issue edit`](https://cli.github.com/manual/gh_issue_edit) を使用して以前のイシューを編集し、特定の {% data variables.product.prodname_dotcom %} プロジェクト ボードから削除します。 |
label:LABEL | [**label:"help wanted" language:ruby**](https://github.com/search?utf8=%E2%9C%93&q=label%3A%22help+wanted%22+language%3Aruby&type=Issues) matches issues with the label "help wanted" that are in Ruby repositories.
| | [**broken in:body -label:bug label:priority**](https://github.com/search?q=broken+in%3Abody+-label%3Abug+label%3Apriority&type=Issues) matches issues with the word "broken" in the body, that lack the label "bug", but *do* have the label "priority."
-| | [**label:bug label:resolved**](https://github.com/search?l=&q=label%3Abug+label%3Aresolved&type=Issues) matches issues with the labels "bug" and "resolved."{% ifversion fpt or ghes > 3.2 or ghae or ghec %}
-| | [**label:bug,resolved**](https://github.com/search?q=label%3Abug%2Cresolved&type=Issues) matches issues with the label "bug" or the label "resolved."{% endif %}
+| | [**label:bug label:resolved**](https://github.com/search?l=&q=label%3Abug+label%3Aresolved&type=Issues) matches issues with the labels "bug" and "resolved."
+| | [**label:bug,resolved**](https://github.com/search?q=label%3Abug%2Cresolved&type=Issues) matches issues with the label "bug" or the label "resolved."
## Search by milestone
@@ -266,8 +266,8 @@ You can filter pull requests based on their [review status](/pull-requests/colla
| `review:approved` | [**type:pr review:approved**](https://github.com/search?utf8=%E2%9C%93&q=type%3Apr+review%3Aapproved&type=Issues) matches pull requests that a reviewer has approved.
| `review:changes_requested` | [**type:pr review:changes_requested**](https://github.com/search?utf8=%E2%9C%93&q=type%3Apr+review%3Achanges_requested&type=Issues) matches pull requests in which a reviewer has asked for changes.
| reviewed-by:USERNAME | [**type:pr reviewed-by:gjtorikian**](https://github.com/search?utf8=%E2%9C%93&q=type%3Apr+reviewed-by%3Agjtorikian&type=Issues) matches pull requests reviewed by a particular person.
-| review-requested:USERNAME | [**type:pr review-requested:benbalter**](https://github.com/search?utf8=%E2%9C%93&q=type%3Apr+review-requested%3Abenbalter&type=Issues) matches pull requests where a specific person is requested for review. Requested reviewers are no longer listed in the search results after they review a pull request. If the requested person is on a team that is requested for review, then review requests for that team will also appear in the search results.{% ifversion fpt or ghae or ghes > 3.2 or ghec %}
-| user-review-requested:@me | [**type:pr user-review-requested:@me**](https://github.com/search?q=is%3Apr+user-review-requested%3A%40me+) matches pull requests that you have directly been asked to review.{% endif %}
+| review-requested:USERNAME | [**type:pr review-requested:benbalter**](https://github.com/search?utf8=%E2%9C%93&q=type%3Apr+review-requested%3Abenbalter&type=Issues) matches pull requests where a specific person is requested for review. Requested reviewers are no longer listed in the search results after they review a pull request. If the requested person is on a team that is requested for review, then review requests for that team will also appear in the search results.
+| user-review-requested:@me | [**type:pr user-review-requested:@me**](https://github.com/search?q=is%3Apr+user-review-requested%3A%40me+) matches pull requests that you have directly been asked to review.
| team-review-requested:TEAMNAME | [**type:pr team-review-requested:github/docs**](https://github.com/search?q=type%3Apr+team-review-requested%3Agithub%2Fdocs&type=pullrequests) matches pull requests that have review requests from the team `github/docs`. Requested reviewers are no longer listed in the search results after they review a pull request.
## Search by when an issue or pull request was created or last updated
diff --git a/translations/ja-JP/content/search/index.md b/translations/ja-JP/content/search/index.md
index 1d56a86dc2..6d79ce0407 100644
--- a/translations/ja-JP/content/search/index.md
+++ b/translations/ja-JP/content/search/index.md
@@ -6,11 +6,11 @@ versions:
ghec: '*'
ghes: '*'
ghae: '*'
-ms.openlocfilehash: d7e276ed5305ffc8fd9732f6895fdf3b7461fb4c
-ms.sourcegitcommit: 478f2931167988096ae6478a257f492ecaa11794
+ms.openlocfilehash: 1a780ae1a9481af58598ac2a37eec1553b08f627
+ms.sourcegitcommit: f638d569cd4f0dd6d0fb967818267992c0499110
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 09/09/2022
-ms.locfileid: '147648290'
+ms.lasthandoff: 10/25/2022
+ms.locfileid: '148108826'
---
diff --git a/translations/ja-JP/content/sponsors/receiving-sponsorships-through-github-sponsors/index.md b/translations/ja-JP/content/sponsors/receiving-sponsorships-through-github-sponsors/index.md
index 56cb561fd3..734faced51 100644
--- a/translations/ja-JP/content/sponsors/receiving-sponsorships-through-github-sponsors/index.md
+++ b/translations/ja-JP/content/sponsors/receiving-sponsorships-through-github-sponsors/index.md
@@ -23,11 +23,11 @@ children:
- /tax-information-for-github-sponsors
- /disabling-your-github-sponsors-account
- /unpublishing-your-github-sponsors-profile
-ms.openlocfilehash: 7f7a6e7a1f46dadaac3cf75b8387bf18dd22e0d0
-ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5
+ms.openlocfilehash: d7d3b8f98e7acf74ee24e7cf705f0ddb3c5d4b26
+ms.sourcegitcommit: f638d569cd4f0dd6d0fb967818267992c0499110
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 09/05/2022
-ms.locfileid: '145149677'
+ms.lasthandoff: 10/25/2022
+ms.locfileid: '148108821'
---
diff --git a/translations/ja-JP/data/glossaries/external.yml b/translations/ja-JP/data/glossaries/external.yml
index ff91db0de1..2fd18cd191 100644
--- a/translations/ja-JP/data/glossaries/external.yml
+++ b/translations/ja-JP/data/glossaries/external.yml
@@ -1,564 +1,788 @@
-- term: '@メンション'
+- term: '@mention'
description:
- "GitHub のユーザーに通知するには、ユーザー名の前に \"@\" を付けます。GitHub の Organization のユーザーも、メンションされるチームの一員にすることができます。"
-- term: アクセス トークン
+ To notify a person on GitHub by using `@` before their username. Users in an organization on GitHub can also be a part of a team that can be
+ mentioned.
+- term: access token
description: >-
- コマンド ラインと API のどちらで Git を使っても、HTTPS 経由で Git 操作を実行するときにパスワードの代わりに使用されるトークン。個人用アクセス トークンとも呼ばれます。
-- term: API プレビュー
+ A token that is used in place of a password when performing Git operations
+ over HTTPS with Git on the command line or the API. Also called a personal
+ access token.
+- term: API preview
description: >-
- 新しい API や、既存の API メソッドに対する変更を、公式 GitHub API の一部となる前に試す方法。
-- term: アプライアンス
+ A way to try out new APIs and changes to existing API methods before they
+ become part of the official GitHub API.
+- term: appliance
description: >-
- Just Enough Operating System (JeOS) と結合して、業界標準ハードウェア (通常はサーバー) または仮想マシンで最適に動作するソフトウェア アプリケーション。
+ A software application combined with just enough operating system (JeOS) to
+ run optimally on industry-standard hardware (typically a server) or in a
+ virtual machine.
- term: assignee
- description: issue に割り当てられたユーザー。
-- term: 認証コード
+ description: The user that is assigned to an issue.
+- term: authentication code
description: >-
- ブラウザーから 2FA でサインインするときに、GitHub パスワードの他に入力するコード。このコードは、アプリケーションによって生成されるか、お使いのスマートフォンにテキスト メッセージで送信されます。"2FA 認証コード" とも呼ばれます。
-- term: ベース ブランチ
+ A code you'll supply, in addition to your GitHub password, when signing in
+ with 2FA via the browser. This code is either generated by an application or delivered to
+ your phone via text message. Also called a "2FA authentication code."
+- term: base branch
description:
- pull request をマージするときに変更の組み込み先となるブランチ。必要な場合は、pull request を作成するときに、ベース ブランチをリポジトリの既定のブランチから別のブランチに変更できます。
-- term: Basic 認証
+ The branch into which changes are combined when you merge a pull request.
+ When you create a pull request, you can change the base branch from the repository's default branch to another branch if required.
+- term: basic authentication
description: >-
- 資格情報が暗号化されていないテキストとして送信される場合の認証の方法。
-- term: 略歴
+ A method of authentication where the credentials are sent as
+ unencrypted text.
+- term: bio
description: >-
- プロフィールに記載されている、ユーザーが作成した説明 ([プロフィールに略歴を追加する](/articles/adding-a-bio-to-your-profile))
-- term: 支払いサイクル
- description: 特定の支払いプランの時間間隔。
-- term: 支払い請求先メール アドレス
+ The user-generated description found on a profile:
+ [Adding a bio to your profile](/articles/adding-a-bio-to-your-profile)
+- term: billing cycle
+ description: The interval of time for your specific billing plan.
+- term: billing email
description: >-
- 領収書や、クレジットカードまたは PayPal の支払いなど、GitHub からの支払い関連の連絡の送信先となる Organization のメール アドレス。
-- term: 支払いマネージャー
- description: Organization の支払い設定を管理する Organization メンバー。
-- term: お支払いプラン
+ The organization email address where GitHub sends receipts, credit card or
+ PayPal charges, and other billing-related communication.
+- term: billing manager
+ description: The organization member that manages billing settings for an organization.
+- term: billing plan
description: >-
- ユーザーと Organization 向けのお支払いプラン。プランの各タイプのセット機能が含まれています。
+ Payment plans for users and organizations that include set features for each
+ type of plan.
- term: blame
description: >-
- Git の "blame" 機能は、ファイルの各行に対して最後に行われた変更を説明するものであり、通常は、リビジョン、作成者、時刻が表示されます。これは、機能が追加された日時や、特定のバグを引き起こしたコミットを追跡する場合などに役立ちます。
+ The "blame" feature in Git describes the last modification to each line of a
+ file, which generally displays the revision, author and time. This is
+ helpful, for example, in tracking down when a feature was added, or which
+ commit led to a particular bug.
- term: block
description: >-
- ユーザーが Organization のリポジトリでコラボレーションできないようにすること。
-- term: 分岐
+ To remove a user's ability to collaborate on an organization's repositories.
+- term: branch
description: >-
- ブランチとは、リポジトリのパラレル バージョンです。これは、リポジトリに含まれていますが、プライマリ ブランチや main ブランチに影響を与えることはなく、"ライブ" バージョンに混乱をもたらさずに自由に作業できるものです。必要な変更を行ったら、ブランチを main ブランチにマージし直して、変更を公開できます。
-- term: ブランチ制限
+ A branch is a parallel version of a repository. It is contained within the
+ repository, but does not affect the primary or main branch allowing you to
+ work freely without disrupting the "live" version. When you've made the
+ changes you want to make, you can merge your branch back into the main
+ branch to publish your changes.
+- term: branch restriction
description: >-
- 特定のユーザーまたはチームのみが、プッシュしたり、ブランチに対して変更を行ったりすることができるように、リポジトリ管理者が有効化できる制限。
-- term: Business プラン
+ A restriction that repository admins can enable so that only certain users
+ or teams can push or make certain changes to the branch.
+- term: Business plan
description: >-
- Organization の支払いプラン。無制限のパブリック リポジトリやプライベート リポジトリでコラボレーションしたり、SAML SSO を使った GitHub に対する認証を Organization メンバーに許可または要求したり、SAML または SCIM を使ってアクセスをプロビジョニングまたはプロビジョニング解除したりすることができます。
-- term: CA 証明書
+ An organization billing plan where you can collaborate on unlimited public
+ and private repositories, allow or require organization members to
+ authenticate to GitHub using SAML SSO, and provision and deprovision access
+ with SAML or SCIM.
+- term: CA certificate
description: >-
- 証明機関 (CA) から発行されるデジタル証明書。これによって、2 つのマシン (ユーザーのコンピューターと GitHub.com など) の間で有効な接続が確保され、サイトの所有権が検証されます。
-- term: カード
- description: Issue または pull request に関連付けられたプロジェクト ボード内にある移動可能な正方形。
-- term: チェック
+ A digital certificate issued by Certificate Authority (CA) that ensures there are valid connections between two machines, such as a user's computer and GitHub.com and verifies the ownership of a site.
+- term: card
+ description: A movable square within a project board associated with an issue or pull request.
+- term: check
description: >-
- チェックは、{% data variables.product.product_name %} でのステータス チェックのタイプの 1 つです。「[ステータス チェック](#status-checks)」を参照してください。
-- term: チェックアウト
+ A check is a type of status check on {% data variables.product.product_name %}. See "[Status checks](#status-checks)."
+- term: checkout
description: >-
- "git checkout" は、コマンド ラインで使うと、新しいブランチを作成できます。また、"git checkout" によって、作業中のブランチを、別のブランチに変更するだけではなく、"git checkout [branchname] [path to file]" を指定した別のブランチの別のバージョンのファイルに切り替えることもできます。"checkout" アクションを使うと、オブジェクト データベースのツリー オブジェクトや BLOB でワーキング ツリー全体または一部を更新できます。また、ワーキングツリー全体が新しいブランチをポイントしている場合は、インデックスと HEAD を更新できます。
-- term: チェリーピック
+ You can use `git checkout` on the command line to create a new branch, change your current working branch to a different branch, or even to switch to a different version of a file from a different branch with `git checkout [branchname] [path to file]`. The "checkout" action updates all or part of the working tree with a tree object or
+ blob from the object database, and updates the index and HEAD if the whole
+ working tree is pointing to a new branch.
+- term: cherry-picking
description: >-
- 変更のサブセットを一連の変更 (通常はコミット) から選び、新しい一連の変更を別の codebase 上に記録すること。Git では、別のブランチの既存のコミットによって導入された変更を抽出したり、それを現在のブランチのヒントに基づいて新しいコミットとして記録したりするために、"git cherry-pick" コマンドを使ってこれを実行します。詳しくは、Git ドキュメントで [git-cherry-pick](https://git-scm.com/docs/git-cherry-pick) に関するページを参照してください。
-- term: 子チーム
+ To choose a subset of changes from a series of changes (typically commits) and record them as a new series of changes on top of a different codebase. In Git, this is performed by the `git cherry-pick` command to extract the change introduced by an existing commit on another branch and to record it based on the tip of the current branch as a new commit. For more information, see [git-cherry-pick](https://git-scm.com/docs/git-cherry-pick) in the Git documentation.
+- term: child team
description: >-
- 入れ子チーム内で、親チームのアクセス権限と @メンションを継承するサブチーム。
-- term: クリーン
+ Within nested teams, the subteam that inherits the parent team's access
+ permissions and @mentions.
+- term: clean
description: >-
- ワーキング ツリーが現在の HEAD によって参照されているリビジョンに対応している場合、そのワーキング ツリーはクリーンです。「ダーティ」も参照してください。
-- term: 複製
+ A working tree is clean if it corresponds to the revision referenced by the
+ current HEAD. Also see "dirty".
+- term: clone
description: >-
- クローンとは、Web サイトのサーバー上ではなく、ユーザーのコンピューターに存在するリポジトリのコピーのことです。または、そのコピーを作成する操作を指します。クローンを作成すると、好きなエディターでファイルを編集したり、オンラインでなくても、Git を使って変更を記録したりすることができます。クローンしたリポジトリは、リモート バージョンには接続されたままなので、オンラインになったときに、ローカルで行った変更をリモート バージョンにプッシュすれば同期させることができます。
-- term: クラスターリング
+ A clone is a copy of a repository that lives on your computer instead of on
+ a website's server somewhere, or the act of making that copy. When you make a
+ clone, you can edit the files in your preferred editor and use Git to keep
+ track of your changes without having to be online. The repository you cloned
+ is still connected to the remote version so that you can push your local
+ changes to the remote to keep them synced when you're online.
+- term: clustering
description: >-
- 複数のノードにわたって、またこれらのノード間の負荷分散リクエストにわたって、GitHub Enterprise サービスを実行する機能。
-- term: コードの更新頻度のグラフ
+ The ability to run GitHub Enterprise services across multiple nodes and load
+ balance requests between them.
+- term: code frequency graph
description: >-
- 各週のコンテンツの追加と削除の回数をリポジトリの履歴に示すリポジトリ グラフ。
-- term: 行動規範
- description: コミュニティへの参加方法の基準を定義したドキュメント。
-- term: コード オーナー
+ A repository graph that shows the content additions and deletions for each
+ week in a repository's history.
+- term: code of conduct
+ description: A document that defines standards for how to engage in a community.
+- term: code owner
description: >-
- リポジトリのコードがある部分のオーナーに指名されたユーザー。コード オーナーが所有するコードを変更する pull request を他のユーザーが開くと、コード オーナーに対してレビューが自動的にリクエストされます。
-- term: コラボレーター
+ A person who is designated as an owner of a portion of a repository's code. The code owner is automatically requested for review when someone opens a pull request (not in draft mode) that makes changes to code the code owner owns.
+- term: collaborator
description: >-
- コラボレーターとは、リポジトリへの読み取りアクセスと書き込みアクセスを持ち、コントリビューションするようにリポジトリ オーナーが招待したユーザーのことです。
-- term: コミット (commit)
+ A collaborator is a person with read and write access to a repository who
+ has been invited to contribute by the repository owner.
+- term: commit
description: >-
- コミットは、ファイル (またはファイルのセット) に対する個別の変更のことであり、"リビジョン" とも呼ばれます。コミットして作業内容を保存すると、Git によって一意の ID ("SHA" や "ハッシュ" とも呼ばれます) が作成されます。この ID で、コミットした特定の変更や、作成したユーザーや日時の記録を保持することができます。通常、コミットには、変更の内容について簡潔に記述されたコミット メッセージが含まれています。
-- term: コミット作者
- description: コミットを行うユーザー。
-- term: コミット グラフ
+ A commit, or "revision", is an individual change to a file (or set of
+ files). When you make a commit to save your work, Git creates a unique ID (a.k.a. the "SHA" or "hash") that allows you to keep record of the specific changes committed along with who made them and when. Commits usually contain a
+ commit message which is a brief description of what changes were made.
+- term: commit author
+ description: The user who makes the commit.
+- term: Commit graph
description: >-
- 1 つのリポジトリに対して過去 1 年間で行われたすべてのコミットを示すリポジトリ グラフ。
-- term: コミット ID
- description: SHA とも呼ばれます。コミットを識別する 40 文字のチェックサム ハッシュ。
-- term: コミット メッセージ
+ A repository graph that shows all the commits made to a repository in the
+ past year.
+- term: commit ID
+ description: Also known as SHA. A 40-character checksum hash that identifies the commit.
+- term: commit message
description: >-
- コミットに付ける短い説明テキスト。コミットによって行われる変更について伝えます。
-- term: 比較ブランチ
+ Short, descriptive text that accompanies a commit and communicates the change
+ the commit is introducing.
+- term: compare branch
description: >-
- pull request の作成に使うブランチ。このブランチは、pull request で選んだベース ブランチと比較されて、変更内容が特定されます。pull request がマージされると、このベース ブランチは、比較ブランチからの変更を使って更新されます。pull request の "ヘッド ブランチ" とも呼ばれます。
-- term: 継続的インテグレーション
+ The branch you use to create a pull request.
+ This branch is compared to the base branch you choose for the pull request, and the changes are identified.
+ When the pull request is merged, the base branch is updated with the changes from the compare branch.
+ Also known as the "head branch" of the pull request.
+- term: continuous integration
description: >-
- CI とも呼ばれます。GitHub 上に構成されたリポジトリに対してユーザーが変更をコミットすると、自動化されたビルドとテストを実行するプロセス。CI は、ソフトウェア開発の一般的なベスト プラクティスであり、エラーの検出に役立ちます。
-- term: コントリビューション グラフ
+ Also known as CI. A process that runs automated builds and tests once a person commits a change to a configured repository on GitHub. CI is a common best practice in software development that helps detect errors.
+- term: contribution graph
description: >-
- ユーザーのプロファイルの一部であり、過去最大 1 年間の 1 日ごとのコントリビューションを示します。
-- term: コントリビューション ガイドライン
- description: ユーザーがプロジェクトにコントリビューションする方法を説明したドキュメント。
-- term: コントリビューション
+ The part of a user's profile that shows their contributions over a period of
+ up to one year, day by day.
+- term: contribution guidelines
+ description: A document explaining how people should contribute to your project.
+- term: contributions
description: >-
- ユーザーのコントリビューション グラフに正方形を追加 (「[コントリビューションとして何がカウントされるか](/articles/viewing-contributions-on-your-profile/#what-counts-as-a-contribution)」) したり、ユーザーのプロファイルでユーザーのタイムラインにアクティビティを追加 (「[コントリビューション アクティビティ](/articles/viewing-contributions-on-your-profile/#contribution-activity)」) したりする、GitHub での特定のアクティビティ。
-- term: 共同作成者
+ Specific activities on GitHub that will:
+ - Add a square to a user's contribution graph: "[What counts as a contribution](/articles/viewing-contributions-on-your-profile/#what-counts-as-a-contribution)"
+ - Add activities to a user's timeline on their profile: "[Contribution activity](/articles/viewing-contributions-on-your-profile/#contribution-activity)"
+- term: contributor
description: >-
- 共同作成者とは、リポジトリへのコラボレーター アクセスはないものの、プロジェクトに対してコントリビューションを行い、オープンした pull request をリポジトリにマージさせたユーザーのことです。
-- term: 共同作成者グラフ
- description: リポジトリの共同作成者上位 100 人を表示するリポジトリ グラフ。
-- term: クーポン
+ A contributor is someone who does not have collaborator access to a repository but has contributed to a project and had a pull request they opened merged into the repository.
+- term: contributors graph
+ description: A repository graph that displays the top 100 contributors to a repository.
+- term: coupon
description: >-
- ユーザーや Organization がサブスクリプション全体または一部の支払いに使うことができる、GitHub が指定したコード。
+ A GitHub-provided code that users or organizations can use to pay for all or
+ part of their subscription.
- term: cron
- description: Unix のようなコンピューター オペレーティング システムでの、時間ベースのジョブ スケジューラ。
+ description: A time-based job scheduler in Unix-like computer operating systems.
- term: cURL
- description: データを転送するためにコマンド ラインまたはスクリプトで使用されます。
+ description: Used in command lines or scripts to transfer data.
- term: dashboard
description: >-
- パーソナル ダッシュボードは、GitHub でのアクティビティのメイン ハブです。パーソナル ダッシュボードでは、フォロー中または作業中の issue や pull request を記録したり、トップ リポジトリやチームのページにアクセスしたり、watch 中または参加中のリポジトリの最近のアクティビティについて把握したりすることができます。また、フォロー中のユーザーや、Star を付けたリポジトリに基づいた、お勧めの新しいリポジトリを見つけることもできます。特定の Organization でのアクティビティのみを表示するには、Organization のダッシュボードにアクセスしてください。詳しくは、「[パーソナル ダッシュボードについて](/articles/about-your-personal-dashboard)」または「[Organization ダッシュボードについて](/articles/about-your-organization-dashboard)」を参照してください。
-- term: 既定のブランチ
+ Your personal dashboard is the main hub of your activity on GitHub. From your personal dashboard, you can keep track of issues and pull requests you're following or working on, navigate to your top repositories and team pages, and learn about recent activity in repositories you're watching or participating in. You can also discover new repositories, which are recommended based on users you're following and repositories you have starred. To only view activity for a specific organization, visit your organization's dashboard. For more information, see "[About your personal dashboard](/articles/about-your-personal-dashboard)" or "[About your organization dashboard](/articles/about-your-organization-dashboard)."
+- term: default branch
description: >-
- リポジトリ内の新しい pull request とコードのコミットのためのベース ブランチです。それぞれのリポジトリには、ブランチが 1 つ以上ありますが、これは、リポジトリを初期化すると Git によって作成されるものです。通常、最初のブランチは {% ifversion ghes < 3.2 %}"master"{% else %}"main"{% endif %} という名前のものですが、たいていは既定のブランチです。
-- term: 依存グラフ
+ The base branch for new pull requests and code commits in a repository. Each repository has at least one branch, which Git creates when you initialize the repository. The first branch is usually called {% ifversion ghes < 3.2 %}`master`{% else %}`main`{% endif %}, and is often the default branch.
+- term: dependents graph
description: >-
- パブリック リポジトリに依存するパッケージ、プロジェクト、リポジトリを示すリポジトリ グラフ。
-- term: 依存関係グラフ
+ A repository graph that shows the packages, projects, and repositories that depend on a
+ public repository.
+- term: dependency graph
description: >-
- リポジトリが依存するパッケージとプロジェクトを示すリポジトリ グラフ。
-- term: デプロイ キー
+ A repository graph that shows the packages and projects that the repository depends on.
+- term: deploy key
description: >-
- デプロイ キーは、サーバー上に格納されている SSH キーのことで、単一の GitHub リポジトリへのアクセス権の付与に使います。このキーは、個人用ユーザー アカウントにアタッチされるのではなく、リポジトリに直接アタッチされます。
-- term: デタッチされた HEAD
+ A deploy key is an SSH key that is stored on your server and grants access
+ to a single GitHub repository. This key is attached directly to the
+ repository instead of to a personal user account.
+- term: detached HEAD
description: >-
- Git では、デタッチされた HEAD で作業しようとすると、Git によってブランチがポイントされていないという警告や、ユーザーが行ったコミットがコミット履歴に表示されないという警告が表示されます。 たとえば、チェックアウトした任意のコミットが、特定のブランチの最新のコミットではない場合、"デタッチされた HEAD" で作業をしていることになります。
-- term: 診断
- description: GitHub Enterprise インスタンスの設定と環境の概要。
+ Git will warn you if you're working on a detached HEAD, which means that Git
+ is not pointing to a branch and that any commits you make will not appear in
+ commit history. For example, when you check out an arbitrary commit that
+ is not the latest commit of any particular branch, you're working on a
+ "detached HEAD."
+- term: diagnostics
+ description: An overview of a GitHub Enterprise instance's settings and environment.
- term: diff
description: >-
- diff とは、2 つのコミットまたは保存された変更間の差異のことです。diff では、最後のコミット以降にファイルに追加されたかファイルから削除されたものを視覚的に説明します。
+ A diff is the difference in changes between two commits, or saved changes.
+ The diff will visually describe what was added or removed from a file since
+ its last commit.
- term: directory
description: >-
- 1 つ以上のファイルまたはフォルダーを含むフォルダー。ディレクトリを作成すると、リポジトリの内容を整理できます。
-- term: ダーティ
+ A folder containing one or more files or folders. You can create directories to organize the contents of a repository.
+- term: dirty
description: >-
- ワーキング ツリーは、現在のブランチにコミットされていない修正が含まれている場合は、"ダーティ" と見なされます。
-- term: 電子メール通知
- description: ユーザーのメール アドレスに送信される通知。
-- term: Enterprise アカウント
- description: "Enterprise アカウントでは、複数の Organization のポリシーと支払いを一元管理できます。{% data reusables.gated-features.enterprise-accounts %}"
-- term: エクスプローラー
+ A working tree is considered "dirty" if it contains modifications that have
+ not been committed to the current branch.
+- term: email notifications
+ description: Notifications sent to a user's email address.
+- term: enterprise account
+ description: Enterprise accounts allow you to centrally manage policy and billing for multiple organizations. {% data reusables.gated-features.enterprise-accounts %}
+- term: Explorer
description: >-
- GraphiQL のインスタンスであり、"グラフィカルな対話型ブラウザー内 GraphQL IDE" です。
+ An instance of GraphiQL, which is a "graphical interactive in-browser GraphQL
+ IDE."
- term: fast-forward
description: >-
- fast-forward とは、リビジョンがあり、かつ別のブランチでの変更を "マージしている" が、その変更が偶然にもそのリビジョンの子孫である場合の、特別なタイプのマージのことです。そのような場合は、新しいマージ コミットを行いませんが、代わりに、このリビジョンに対して更新を行います。これは、リモート リポジトリのリモート追跡ブランチで頻繁に起こります。
-- term: 機能ブランチ
+ A fast-forward is a special type of merge where you have a revision and you
+ are "merging" another branch's changes that happen to be a descendant of
+ what you have. In such a case, you do not make a new merge commit but
+ instead just update to this revision. This will happen frequently on a
+ remote-tracking branch of a remote repository.
+- term: feature branch
description: >-
- 新しい機能の実験や、本番には存在しない issue の修正に使うブランチ。トピック ブランチとも呼ばれます。
-- term: フェンスされたコード ブロック
- description: "コード ブロックの前後に 3 つのバックティック (\\ \\ \\) を使って、GitHub Flavored Markdown で作成できるコードのインデント付きブロック。こちらの[例](/articles/creating-and-highlighting-code-blocks#fenced-code-blocks)を参照してください。"
+ A branch used to experiment with a new feature or fix an issue that is not in production. Also called a topic branch.
+- term: fenced code block
+ description: An indented block of code you can create with GitHub Flavored Markdown using triple backticks \`\`\` before and after the code block. See this [example](/articles/creating-and-highlighting-code-blocks#fenced-code-blocks).
- term: fetch
description: >-
- "git fetch" は、変更をコミットせずに、リモート リポジトリからローカルで作業中のブランチに追加する場合に使います。"git pull" とは異なり、変更を、ローカル ブランチにコミットする前にレビューできます。
-- term: フォロー (ユーザー)
- description: 別のユーザーのコントリビューションとアクティビティについて通知を受けること。
-- term: フォース プッシュ
+ When you use `git fetch`, you're adding changes from the remote repository to
+ your local working branch without committing them. Unlike `git pull`, fetching
+ allows you to review changes before committing them to your local branch.
+- term: following (users)
+ description: To get notifications about another user's contributions and activity.
+- term: force push
description: >-
- 競合を考慮することなく、リモート リポジトリをローカルな変更で上書きする Git プッシュ。
-- term: フォーク
+ A Git push that overwrites the remote repository with local changes without
+ regard for conflicts.
+- term: fork
description: >-
- フォークとは、自分のアカウントに存在する別のユーザーのリポジトリの個人用のコピーのことです。フォークすると、元の上流リポジトリに影響を与えることなく、プロジェクトに対して自由に変更を加えることができます。また、上流リポジトリで pull request を開いたり、両方のリポジトリが接続されたままなので、自分が行ったフォークを最新の変更に同期させ続けたりすることもできます。
-- term: Free プラン
+ A fork is a personal copy of another user's repository that lives on your
+ account. Forks allow you to freely make changes to a project without
+ affecting the original upstream repository. You can also open a pull request in
+ the upstream repository and keep your fork synced with the latest changes since
+ both repositories are still connected.
+- term: Free plan
description: >-
- 無料のユーザー アカウントお支払いプラン。ユーザーは、無制限のパブリック リポジトリで、無制限のコラボレーターと共同作業できます。
+ A user account billing plan that is free. Users can collaborate on unlimited
+ public repositories with unlimited collaborators.
- term: gist
description: >-
- gist とは、共有可能なファイルであり、GitHub 上で編集、クローン、フォークできます。gist を、{% ifversion ghae %}内部{% else %}パブリック{% endif %}またはシークレットの gist にすることができますが、シークレット gist は、URL を持つ{% ifversion ghae %}すべての Enterprise メンバー {% else %}すべてのユーザー{% endif %}が使用できます。
+ A gist is a shareable file that you can edit, clone, and fork on GitHub.
+ You can make a gist {% ifversion ghae %}internal{% else %}public{% endif %} or secret, although secret gists will be
+ available to {% ifversion ghae %}any enterprise member{% else %}anyone{% endif %} with the URL.
- term: Git
description: >-
- Git は、テキスト ファイルの変更を追跡するためのオープン ソース プログラムです。Linux オペレーティング システムの作成者によって記述されたもので、ソーシャルなユーザー インターフェイスである GitHub は、その最上位に構築された中核となるテクノロジです。
+ Git is an open source program for tracking changes in text files. It was
+ written by the author of the Linux operating system, and is the core
+ technology that GitHub, the social and user interface, is built on top of.
- term: GitHub App
description: >-
- GitHub App は、Organization 全体に対してサービスを提供します。また、機能の実行には、独自の ID が使用されます。Organization やユーザー アカウントに直接インストールすることができ、特定のリポジトリへのアクセス権も付与されます。細かな権限が付与されており、Webhook が組み込まれています。
+ GitHub Apps provide a service to an entire organization and use their own
+ identity when performing their function. They can be installed directly on
+ organizations and user accounts and granted access to specific repositories.
+ They come with granular permissions and built-in webhooks.
- term: GitHub Flavored Markdown
- description: "GitHub 全体で文章やコードを書式設定するために使用される、GitHub 固有の Markdown。「[GitHub Flavored Markdown の仕様](https://github.github.com/gfm/)」または「[GitHub での記述と書式設定の開始](/articles/getting-started-with-writing-and-formatting-on-github)」を参照してください。"
+ description: GitHub-specific Markdown used to format prose and code across GitHub. See [GitHub Flavored Markdown Spec](https://github.github.com/gfm/) or [Getting started with writing and formatting on GitHub](/articles/getting-started-with-writing-and-formatting-on-github).
- term: GitHub Importer
description: >-
- コミットやリビジョン履歴などのソース コード リポジトリを、ユーザーに代わってすばやく GitHub にインポートするツール。
+ A tool that quickly imports source code repositories, including commits and
+ revision history, to GitHub for users.
- term: GitHub Jobs
description: >-
- GitHub ユーザーが関心を持ちそうな仕事について雇用主が投稿できる GitHub サイト。
+ A GitHub site where employers can post jobs that GitHub users may be
+ interested in.
- term: GitHub Marketplace
description: >-
- GitHub ユーザーや Organization 向けの、ワークフローを拡張して補完するアプリケーションを購入してインストールするためのサブサイト。
-- term: GitHub ページ
+ A subsite for GitHub users and organizations to purchase and install
+ applications that extend and complement their workflow.
+- term: GitHub Pages
description: >-
- Pages とも呼ばれます。個人、Organization、またはプロジェクトのページを GitHub リポジトリから直接ホストするように設計された、静的サイト ホスティング サービス。
+ Also referred to as Pages. A static site hosting service designed to host
+ your personal, organization, or project pages directly from a GitHub
+ repository.
- term: GitHub Wiki
- description: wiki スタイルのドキュメントを GitHub リポジトリ上でホストするためのセクション。
+ description: A section for hosting wiki style documentation on a GitHub repository.
- term: gitfile
description: >-
- プレーンな ".git" ファイル。常に、ワーキング ツリーのルートに存在し、Git リポジトリ全体とそのメタ データが含まれる Git ディレクトリをポイントしています。このファイルは、リポジトリが実際のリポジトリであれば、コマンド ラインに "git rev-parse --git-dir" が含まれます。
+ A plain `.git` file, which is always at the root of a working tree and points to the Git directory, which has the entire Git repository and its meta data. You can view this file for your repository on the command line with `git rev-parse --git-dir`.
+ that is the real repository.
- term: GraphQL
description: >-
- API のクエリ言語であり、既存のデータを使ってクエリを実行するためのランタイムです。
+ A query language for APIs and a runtime for fulfilling those queries with
+ your existing data.
- term: HEAD
- description: ブランチの定義済みコミット。通常は、ブランチの先頭にある最新のコミットです。
-- term: head ブランチ
- description: "pull request をマージすると、このブランチの変更がベース ブランチに組み込まれます。\"比較ブランチ\" とも呼ばれます。"
+ description: A defined commit of a branch, usually the most recent commit at the tip of the branch.
+- term: head branch
+ description: The branch whose changes are combined into the base branch
+ when you merge a pull request.
+ Also known as the "compare branch."
- term: 'Hello, World'
description: >-
- "Hello, World!" プログラムは、"Hello, World!" をユーザーに対して出力または表示するコンピューター プログラムです。このプログラムは通常、非常に単純なので、プログラミング言語の基本的な構文の例として使用されることが多く、一般的に、新しいプログラミング言語を学習するための最初の演習として使用されます。
+ A "Hello, World!" program is a computer program that outputs or displays
+ "Hello, World!" to a user. Since this program is usually very simple, it is
+ often used as an example of a programming language's basic syntax and
+ serves as a common first exercise for learning a new programming language.
- term: high-availability
description: >-
- 長時間継続して稼働させるのが望ましいシステムまたはコンポーネント。
-- term: フック
+ A system or component that is continuously operational for a desirably long
+ length of time.
+- term: hook
description: >-
- いくつかの GitHub コマンドでは、コマンドの正常な実行中に、オプションのスクリプトに対してコールアウトが行われるので、開発者は機能やチェックを追加することができます。一般的には、フックすると、コマンドが事前に検証されて終了してしまったり、操作の完了後に事後通知が表示されたりする可能性があります。
+ During the normal execution of several Git commands, call-outs are made to
+ optional scripts that allow a developer to add functionality or checking.
+ Typically, the hooks allow for a command to be pre-verified and potentially
+ aborted, and allow for a post-notification after the operation is done.
- term: hostname
description: >-
- ネットワークに接続されているデバイスのアドレスに対応する、人間が判読可能なニックネーム。
-- term: アイデンティコン
+ Human-readable nicknames that correspond to the address of a device
+ connected to a network.
+- term: identicon
description: >-
- ユーザーが GitHub にサインアップするときに既定のプロフィール写真として使用される、自動生成された画像。ユーザーは、アイデンティコンを自分のプロフィール写真に置き換えることができます。
-- term: ID プロバイダー
+ An auto-generated image used as a default profile photo when users sign up for
+ GitHub. Users can replace their identicon with their own profile photo.
+- term: identity provider
description: >-
- IdP とも呼ばれます。他の Web サイトへのアクセスに SAML シングル サインオン (SSO) を使うことができる、信頼できるプロバイダー。
+ Also known as an IdP. A trusted provider that lets you use SAML single
+ sign-on (SSO) to access other websites.
- term: instance
description: >-
- Organization の GitHub のプライベートコピー。Organization によって構成され、制御されている仮想マシン内に含まれています。
-- term: 統合
+ An organization's private copy of GitHub contained within a virtual machine
+ that they configure and control.
+- term: integration
description: >-
- GitHub と統合されるサードパーティ アプリケーション。これは、GitHub Apps、OAuth Apps、または Webhook である場合があります。
-- term: イシュー
+ A third-party application that integrates with GitHub. These can be GitHub
+ Apps, OAuth Apps, or webhooks.
+- term: issue
description: >-
- issue とは、リポジトリに関する改善の提案、タスク、または質問のことです。issue は、あらゆるユーザーが作成することができ (パブリック リポジトリの場合)、リポジトリのコラボレーターによってモデレートされます。各 issue には、独自のディスカッション スレッドが含まれています。また、ラベルを付けて分類したり、他のユーザーに割り当てたりすることもできます。
+ Issues are suggested improvements, tasks or questions related to the
+ repository. Issues can be created by anyone (for public repositories), and
+ are moderated by repository collaborators. Each issue contains its own discussion thread. You can also categorize an issue with labels and assign it to someone.
- term: Jekyll
- description: 個人、プロジェクト、または Organization のサイト用の静的サイトジェネレータ。
-- term: Jekyll テーマ選択画面
+ description: A static site generator for personal, project, or organization sites.
+- term: Jekyll Theme Chooser
description: >-
- Jekyll サイトで、CSS ファイルを編集したりコピーしたりせずに、ビジュアル テーマを選ぶ自動化された方法。
-- term: キー フィンガープリント
- description: 長い公開キーを識別するのに使用される、短いバイトのシーケンス。
-- term: キーチェーン
- description: macOS のパスワード管理システム。
-- term: キーワード (keyword)
- description: pull request 内で使用される場合、issue をクローズする特定の単語。
+ An automated way to select a visual theme for your Jekyll site without editing or
+ copying CSS files.
+- term: key fingerprint
+ description: A short sequence of bytes used to identify a longer public key.
+- term: keychain
+ description: A password management system in macOS.
+- term: keyword
+ description: A specific word that closes an issue when used within a pull request.
- term: label
description: >-
- issue または pull request に付けるタグ。リポジトリには、既定のラベルがいくつかありますが、ユーザーはカスタム ラベルを作成することができます。
+ A tag on an issue or pull request. Repositories come with a handful of
+ default labels, but users can create custom labels.
- term: LFS
description: >-
- Git Large File Storage。大きいファイルをバージョン管理するためのオープンソース Git 拡張機能。
+ Git Large File Storage. An open source Git extension for versioning large
+ files.
- term: license
description: >-
- ソース コードを使ってできることとできないことをユーザーに知らせるためにプロジェクトに含めることができるドキュメント。
+ A document that you can include with your project to let people know what
+ they can and can't do with your source code.
- term: Linguist
description: >-
- GitHub で使用されるライブラリ。BLOB 言語を検出し、バイナリ ファイルやベンダーされたファイルを無視し、diff で生成されたファイルを非表示にし、言語別グラフを生成します。
-- term: 行コメント
- description: 特定のコード行についての、pull request 内にあるコメント。
-- term: 行終端
+ A library used on GitHub to detect blob languages, ignore binary or vendored
+ files, suppress generated files in diffs, and generate language breakdown
+ graphs.
+- term: line comment
+ description: A comment within a pull request on a specific line of code.
+- term: line ending
description: >-
- テキスト ファイルの行末をシンボル化する、1 つ以上の非表示の文字。
-- term: ロックされた個人用アカウント
+ An invisible character or characters that symbolize the end of a line in a
+ text file.
+- term: locked personal account
description: >-
- ユーザーがアクセスできない個人用アカウント。ユーザーが有料アカウントから無料アカウントに変更したり、有料プランの支払い期限を過ぎたりすると、アカウントはロックされます。
-- term: 管理コンソール
+ A personal account that cannot be accessed by the user. Accounts are locked
+ when users downgrade their paid account to a free one, or if their paid plan
+ is past due.
+- term: management console
description: >-
- GitHub Enterprise インターフェイス内にある、管理機能を含むセクション。
+ A section within the GitHub Enterprise interface that contains
+ administrative features.
- term: Markdown
description: >-
- Markdown は、非常に簡潔なセマンティック ファイル形式で、.doc、.rtf、.txt にやや近いものです。Markdown は、文章 (リンク、一覧、箇条書きなどを含む) を書いて Web サイトのように表示させるというような Web 発行の経験がないユーザーにとっても取り扱いやすいものです。GitHub では、Markdown をサポートするとともに、GitHub Flavored Markdown という名前の特別な形式の Markdown を使っています。「[GitHub Flavored Markdown の仕様](https://github.github.com/gfm/)」または「[GitHub での記述と書式設定の開始](/articles/getting-started-with-writing-and-formatting-on-github)」を参照してください。
-- term: マークアップ
- description: ドキュメントの注釈と書式設定を行うためのシステム。
-- term: メイン
+ Markdown is an incredibly simple semantic file format, not too dissimilar
+ from .doc, .rtf and .txt. Markdown makes it easy for even those without a
+ web-publishing background to write prose (including with links, lists,
+ bullets, etc.) and have it displayed like a website. GitHub supports
+ Markdown and uses a particular form of Markdown called GitHub Flavored Markdown. See [GitHub Flavored Markdown Spec](https://github.github.com/gfm/) or [Getting started with writing and formatting on GitHub](/articles/getting-started-with-writing-and-formatting-on-github).
+- term: markup
+ description: A system for annotating and formatting a document.
+- term: main
description: >-
- {% ifversion fpt or ghes > 3.1 or ghae %} 既定の開発ブランチ。Git リポジトリを作成するたびに、"main" という名前のブランチが作成され、アクティブなブランチになります。ほとんどの場合、これにはローカル開発が含まれますが、あくまでも規則によるものであり、必須ではありません。{% else %}リポジトリの既定のブランチには、"master" という名前が代わりに選択されることもよくあります。{% endif %}
+ The default development branch. Whenever you create a Git repository,
+ a branch named `main` is created, and becomes the active branch.
+ In most cases, this contains the local development, though that is purely by
+ convention and is not required.
- term: master
description: >-
- 多くの Git リポジトリの既定のブランチ。既定では、コマンド ラインで新しい Git リポジトリを作成すると、"master" という名前のブランチが作成されます。多くのツールでは、既定のブランチに別の名前を使うようになってきています。{% ifversion fpt or ghes > 3.1 or ghae %} たとえば、GitHub で新しいリポジトリを作成する場合、既定のブランチは "main" という名前です。{% endif %}
-- term: メンバー グラフ
- description: リポジトリのすべてのフォークを示すリポジトリ グラフ。
-- term: メンション
+ The default branch in many Git repositories. By default, when you create
+ a new Git repository on the command line, a branch called `master` is created.
+ Many tools now use an alternative name for the default branch. For example,
+ when you create a new repository on GitHub, the default branch is called `main`.
+- term: members graph
+ description: A repository graph that shows all the forks of a repository.
+- term: mention
description: >-
- ユーザー名の前に @ 記号を付けることで、そのユーザーに送信される通知。GitHub の Organization のユーザーも、メンションされるチームの一員にすることができます。
+ A notification sent to a user by prefacing their username with the @ symbol.
+ Users in an organization on GitHub can also be a part of a team that can be
+ mentioned.
- term: merge
description: >-
- マージとは、1 つのブランチから (同じリポジトリ内で、またはフォークから) 変更を取得し、その変更を別のブランチに適用することです。これは、多くの場合、"pull request" (マージのリクエストと考えてもよいでしょう) として、またはコマンド ライン経由で行われます。マージは、競合する変更がない場合や、常にコマンド ライン経由で行われる場合は、GitHub.com Web インターフェイス経由で pull request を介して行われます。
-- term: マージの競合
+ Merging takes the changes from one branch (in the same repository or from a
+ fork), and applies them into another. This often happens as a "pull request"
+ (which can be thought of as a request to merge), or via the command line. A
+ merge can be done through a pull request via the GitHub.com web
+ interface if there are no conflicting changes, or can always be done via the
+ command line.
+- term: merge conflict
description: >-
- マージされたブランチ間で発生する差異。マージの競合は、複数のユーザーが同じファイルの同じ行に異なる変更を加えた場合や、1 人のユーザーがファイルを編集し、別のユーザーがその同じファイルを削除した場合に発生します。ブランチをマージするには、マージの競合を解決しておく必要があります。
-- term: マイルストーン
+ A difference that occurs between merged branches. Merge conflicts happen
+ when people make different changes to the same line of the same file, or
+ when one person edits a file and another person deletes the same file. The
+ merge conflict must be resolved before you can merge the branches.
+- term: milestone
description: >-
- リポジトリ内にある issue や pull request のグループの進行状況を追跡する方法。
-- term: ミラー
- description: リポジトリの新しいコピー。
-- term: 入れ子チーム
+ A way to track the progress on groups of issues or pull requests in a
+ repository.
+- term: mirror
+ description: A new copy of a repository.
+- term: nested team
description: >-
- 親チームの子チーム。ユーザーは、複数の子チーム (または入れ子チーム) を持つことができます。
-- term: ネットワーク グラフ
+ A child team of a parent team. You can have multiple children (or nested)
+ teams.
+- term: network graph
description: >-
- ルート リポジトリのブランチや、ネットワーク固有のコミットを含むフォークのブランチなど、リポジトリ ネットワーク全体のブランチ履歴を示すリポジトリグラフ。
-- term: ニュース フィード
+ A repository graph that shows the branch history of the entire repository
+ network, including branches of the root repository and branches of forks
+ that contain commits unique to the network.
+- term: news feed
description: >-
- Watch しているリポジトリまたはユーザーのアクティビティ ビュー。Organization のニュース フィードには、Organization が所有するリポジトリでのアクティビティが表示されます。
+ An activity view of repositories or people you watch. An organization's News
+ Feed shows activity on repositories owned by the organization.
- term: non-fast-forward
description: >-
- リポジトリのローカル コピーが上流リポジトリと同期されておらず、ローカルの変更をプッシュするには、上流の変更をフェッチする必要がある場合。
-- term: 通知 (notification)
+ When your local copy of a repository is out-of-sync with the upstream
+ repository and you need to fetch the upstream changes before you push your
+ local changes.
+- term: notification
description: >-
- 関心のあるアクティビティについての情報を提供するアップデート。設定に応じて、Web またはメールで届きます。
+ Updates, delivered by either the web or email depending on your settings,
+ that give you information about the activities you're interested in.
- term: OAuth App
description: >-
- ユーザーに関する情報にアクセスするために、パスワードではなくアクセス トークンが使用されるサードパーティ アプリケーション。
-- term: OAuth トークン
- description: ユーザーに関する情報にアクセスするために OAuth Apps で使用されるアクセス トークン。
-- term: 外部コラボレーター
+ A third-party application that uses access tokens rather than passwords to
+ access information for users.
+- term: OAuth token
+ description: The access token used in OAuth Apps to access information for users.
+- term: outside collaborator
description: >-
- Organization の 1 つ以上のリポジトリへのアクセス権が付与されているが、その Organization への他のアクセス権は付与されておらず、その Organization のメンバーではないユーザー。
-- term: オープン ソース
+ A user who has been given access to one or more of an organization’s
+ repositories, but has no other access to the organization and is not a
+ member of the organization.
+- term: open source
description: >-
- オープン ソース ソフトウェアとは、あらゆるユーザーが自由に使い、変更し、共有できるソフトウェアのことです (形式の変更の有無は問いません)。今日の "オープン ソース" の概念は、ソフトウェアの枠を超えて語られることが多く、あらゆるユーザーがオンラインで素材をフォーク、変更、ディスカッション、コントリビューションを行うことができるという意味でのコラボレーションという考え方を表しています。
+ Open source software is software that can be freely used, modified, and
+ shared (in both modified and unmodified form) by anyone. Today the concept
+ of "open source" is often extended beyond software, to represent a
+ philosophy of collaboration in which working materials are made available
+ online for anyone to fork, modify, discuss, and contribute to.
- term: organization
description: >-
- Organization とは、通常、実際の組織を反映する、2 人以上のユーザーのグループのことです。Organization の管理はユーザーが行い、リポジトリとチームの両方を含めることができます。
-- term: Organization オーナー
- description: 所有する Organization の管理機能へのフル アクセスを持つユーザー。
+ Organizations are a group of two or more users that typically mirror
+ real-world organizations. They are administered by users and can contain
+ both repositories and teams.
+- term: organization owner
+ description: Users who have full administrative access to the organization they own.
- term: origin
description: >-
- 既定の上流リポジトリ。ほとんどのプロジェクトには、追跡対象となっている 1 つ以上の上流プロジェクトがあります。既定では、origin がその目的で使用されます。
+ The default upstream repository. Most projects have at least one upstream
+ project that they track. By default, origin is used for that purpose.
- term: owner
description: >-
- Organization のすべての管理機能へのアクセスを持つ Organization メンバー。
-- term: 親チーム
+ Organization members that have complete administrative access to the
+ organization.
+- term: parent team
description: >-
- 入れ子チーム内で、子チームによるアクセス権限と @メンションの継承元となっているメイン チーム。
-- term: 参加通知
+ Within nested teams, the main team from which child teams inherit access
+ permissions and @mentions.
+- term: participating notifications
description: >-
- 自分のユーザー名またはチームがメンションされていた、または以前コメント内で返信していた issue や pull request 内の会話のアップデートについての通知。
-- term: パーマリンク
- description: 特定の Web ページへの永続的な静的ハイパーリンク。
-- term: 個人用アカウント
+ A notification about an update in a conversation in an issue or pull request
+ where your username or team was mentioned or where you have previously replied
+ in a comment.
+- term: permalink
+ description: A permanent static hyperlink to a particular web page.
+- term: personal account
description: >-
- 個々のユーザーに属している GitHub アカウント。
-- term: プライマリ メール アドレス
+ A GitHub account that belongs to an individual user.
+- term: primary email address
description: >-
- 領収書や、クレジットカードまたは PayPal の支払いなど、GitHub からの支払い関連の連絡の送信先となる主要なメール アドレス。
-- term: 固定リポジトリ
+ The main email address where GitHub sends receipts, credit card or PayPal
+ charges, and other billing-related communication.
+- term: pinned repository
description: >-
- ユーザーがアピールのために自分のプロフィールに表示することにしたリポジトリ。
-- term: pre-receive フック
+ A repository that a user has decided to display prominently on their
+ profile.
+- term: pre-receive hooks
description: >-
- GitHub Enterprise サーバー上で実行されるスクリプトで、品質チェックの実装に使うことができます。
-- term: プライベート コントリビューション
- description: プライベート リポジトリ (パブリック リポジトリではなく) に対して行われるコントリビューション。
-- term: プライベートリポジトリ
+ Scripts that run on the GitHub Enterprise server that you can use to
+ implement quality checks.
+- term: private contributions
+ description: Contributions made to a private (vs. public) repository.
+- term: private repository
description: >-
- プライベート リポジトリは、オーナーが指定したリポジトリ オーナーとコラボレーターにのみ表示されます。
-- term: 本番ブランチ
+ Private repositories are only visible to the repository owner and
+ collaborators that the owner specified.
+- term: production branch
description: >-
- すぐに使用できる状態になっており、アプリケーションやサイトへのデプロイの準備が完了している、最終変更を含むブランチ。
+ A branch with final changes that are ready to be used or deployed to an application or site.
- term: profile
- description: GitHub 上でのユーザーのアクティビティに関する情報を示すページ。
-- term: プロフィール写真
+ description: The page that shows information about a user's activity on GitHub.
+- term: profile photo
description: >-
- ユーザーが、自分のアクティビティを特定できるように GitHub にアップロードするカスタム画像。通常は、ユーザー名も記載されます。これは、アバターとも呼ばれます。
-- term: プロジェクト ボード
+ A custom image users upload to GitHub to identify their activity, usually
+ along with their username. This is also referred to as an avatar.
+- term: project board
description: >-
- issue、pull request、メモから成る GitHub 内のボード。列内では、カードとして分類されます。
-- term: 保護されたブランチ
+ Boards within GitHub that are made up of issues, pull requests, and notes
+ that are categorized as cards in columns.
+- term: protected branch
description: >-
- 保護されたブランチを使うと、リポジトリ管理者が保護対象として選んだブランチ上で、Git のいくつかの機能がブロックされます。このブランチに対して強制プッシュや削除はできません。また、必要なチェックに合格していない状態や必要なレビューが承認されていない状態で変更をマージしたり、GitHub Web インターフェイスからファイルをアップロードしたりすることはできません。保護されたブランチは通常、既定のブランチです。
-- term: パブリック コントリビューション
- description: パブリック リポジトリ (プライベート リポジトリではなく) に対して行われるコントリビューション。
-- term: パブリック リポジトリ
+ Protected branches block several features of Git on a branch that a
+ repository administrator chooses to protect. They can't be force pushed,
+ deleted, have changes merged without required checks passing or required
+ reviews approved, or have files uploaded to it from the GitHub web
+ interface. A protected branch is usually the default branch.
+- term: public contributions
+ description: Contributions made to a public (vs. private) repository.
+- term: public repository
description: >-
- パブリック リポジトリは、GitHub ユーザーではないユーザーも含め、すべてのユーザーが見ることができます。
-- term: プル (pull)
+ A public repository can be viewed by anyone, including people who aren't
+ GitHub users.
+- term: pull
description: >-
- プルとは、変更をフェッチしてマージすることを指します。たとえば、自分が作業しているファイルを他のユーザーが編集した場合に、その変更を自分のローカル コピーにプルして、最新の状態になるようにすることです。「フェッチ」も参照してください。
-- term: プル アクセス
- description: 読み取りアクセスの同義語。
+ Pull refers to when you are fetching in changes and merging them. For
+ instance, if someone has edited the remote file you're both working on,
+ you'll want to pull in those changes to your local copy so that it's up to
+ date. See also fetch.
+- term: pull access
+ description: A synonym for read access.
- term: pull request
description: >-
- pull request とは、リポジトリに対して提案された変更のことです。ユーザーがこれを送信すると、リポジトリのコラボレーターはこれを受け入れるか拒否します。issue と同様に、pull request にはそれぞれ独自のディスカッション フォーラムがあります。
-- term: pull request レビュー
+ Pull requests are proposed changes to a repository submitted by a user and
+ accepted or rejected by a repository's collaborators. Like issues, pull
+ requests each have their own discussion forum.
+- term: pull request review
description: >-
- コラボレーターからの pull request についてのコメント。pull request がマージされる前に、変更を承認したり、その他の変更を要求したりします。
-- term: パルス グラフ
- description: リポジトリのアクティビティの概要を示すリポジトリ グラフ。
-- term: パンチ グラフ
+ Comments from collaborators on a pull request that approve the changes or
+ request further changes before the pull request is merged.
+- term: pulse graph
+ description: A repository graph that gives you an overview of a repository's activity.
+- term: punch graph
description: >-
- リポジトリのアップデートの頻度を、曜日ごと、または時刻ごとに示すリポジトリ グラフ
+ A repository graph that shows the frequency of updates to a repository based
+ on the day of week and time of day
- term: push
description: >-
- プッシュとは、コミットした変更を GitHub.com 上のリモート リポジトリに送信するという意味です。たとえば、ローカルで何かを変更した場合、その変更をプッシュすると、他のユーザーがアクセスできるようになります。
-- term: ブランチをプッシュする
+ To push means to send your committed changes to a remote repository on
+ GitHub.com. For instance, if you change something locally, you can push those changes so that others may access them.
+- term: push a branch
description: >-
- リモート リポジトリへのブランチのプッシュが成功したら、ローカル ブランチからの変更でリモート ブランチを更新します。"ブランチをプッシュする" と、Git では、リモート リポジトリ内にあるブランチの HEAD ref の検索と、それがブランチのローカル HEAD ref の直接の先祖であることの検証が行われます。検証されると、Git によって、すべてのオブジェクト (ローカル HEAD ref から到達可能で、リモート リポジトリにはないもの) がリモート オブジェクト データベースにプルされて、リモート HEAD ref が更新されます。リモート HEAD がローカル HEAD の先祖ではない場合、プッシュは失敗です。
-- term: プッシュ アクセス
- description: 書き込みアクセスの同義語。
-- term: 読み取りアクセス
+ When you successfully push a branch to a remote repository, you update the remote branch with changes from your local branch. When you "push a branch", Git will search for the branch's HEAD ref in the remote repository and verify that it is a direct ancestor to the branch's local HEAD ref. Once verified, Git pulls all objects (reachable from the local HEAD ref and missing from the remote repository) into the remote object database and then updates the remote HEAD ref. If the remote HEAD is not an ancestor to the local HEAD, the push fails.
+- term: push access
+ description: A synonym for write access.
+- term: read access
description: >-
- リポジトリでの権限レベル。これにより、ユーザーは、リポジトリからの情報のプルや読み取りが許可されます。読み取りアクセスは、すべてのパブリック リポジトリによって、すべての GitHub ユーザーに付与されます。プル アクセスの同義語。
+ A permission level on a repository that allows the user to pull, or read,
+ information from the repository. All public repositories give read access to
+ all GitHub users. A synonym for pull access.
- term: README
- description: リポジトリ内のファイルに関する情報を含むテキスト ファイル。通常、リポジトリの訪問者に表示される最初のファイルです。README ファイルは、リポジトリ ライセンス、投稿ガイドライン、行動規範とともに、期待値の共有や、プロジェクトへのコントリビューションの管理に役立ちます。
-- term: リベース
+ description: A text file containing information about the files in a repository that is typically the first file a visitor to your repository will see. A README file, along with a repository license, contribution guidelines, and a code of conduct, helps you share expectations and manage contributions to your project.
+- term: rebase
description: >-
- ブランチからの複数の変更を別のベースに再適用して、そのブランチの HEAD を結果にリセットすること。
-- term: リカバリー コード
- description: GitHub アカウントへのアクセスを再取得できるようにするコード。
+ To reapply a series of changes from a branch to a different base, and reset
+ the HEAD of that branch to the result.
+- term: recovery code
+ description: A code that helps you regain access to your GitHub account.
- term: release
- description: ソフトウェアをパッケージ化してユーザーに提供する、GitHub での方法。
-- term: リモート
+ description: GitHub's way of packaging and providing software to your users.
+- term: remote
description: >-
- これは、サーバー上 (ほとんどの場合 GitHub.com) でホストされるリポジトリまたはブランチのバージョンのことです。リモート バージョンは、ローカルのクローンに接続できるので、変更を同期させることができます。
-- term: リモート リポジトリ
+ This is the version of a repository or branch that is hosted on a server, most likely
+ GitHub.com. Remote versions can be connected to local clones so that changes can be
+ synced.
+- term: remote repository
description: >-
- 同じプロジェクトの追跡に使用されるが、別の場所にあるリポジトリ。
-- term: リモート URL
+ A repository that is used to track the same project but resides somewhere
+ else.
+- term: remote URL
description: >-
- コードが格納されている場所。GitHub 上のリポジトリや別のユーザーのフォークという場合もあれば、別のサーバーという場合もあります。
-- term: レプリカ (replica)
+ The place where your code is stored: a repository on GitHub, another user's
+ fork, or even a different server.
+- term: replica
description: >-
- GitHub Enterprise のプライマリ インスタンスに対して冗長性を与える GitHub Enterprise インスタンス。
+ A GitHub Enterprise instance that provides redundancy for the primary GitHub
+ Enterprise instance.
- term: repository
description: >-
- リポジトリは、GitHub の最も基本的な要素です。プロジェクトのフォルダーと考えるのが最もわかりやすいでしょう。1 つのリポジトリには、すべてのプロジェクト ファイル (ドキュメントを含みます) が含まれ、各ファイルのリビジョン履歴が格納されます。リポジトリは、複数のコラボレーターが参加することができ、パブリックとプライベートのどちらにもすることができます。
-- term: リポジトリのキャッシュ
+ A repository is the most basic element of GitHub. They're easiest to imagine
+ as a project's folder. A repository contains all of the project files
+ (including documentation), and stores each file's revision history.
+ Repositories can have multiple collaborators and can be either public or
+ private.
+- term: repository cache
description: >-
- 分散チームと CI クライアントの近くに配置される、GitHub Enterprise サーバー インスタンスのリポジトリの読み取り専用ミラー。
-- term: リポジトリ グラフ
- description: リポジトリのデータの視覚的表現。
-- term: リポジトリ メンテナ
+ A read-only mirror of repositories for your GitHub Enterprise server instance, located near
+ distributed teams and CI clients.
+- term: repository graph
+ description: A visual representation of your repository's data.
+- term: repository maintainer
description: >-
- リポジトリを管理するユーザー。このユーザーは、リポジトリの作業を管理するために、issue のトリアージや、ラベルなどの機能の使用の支援を行うことができます。また、このユーザーには、README の維持管理や、ファイルを最新の状態に保つ責任もあります。
-- term: pull request レビュー必須
+ Someone who manages a repository. This person may help triage issues and use labels and other features to manage the work of the repository. This person may also be responsible for keeping the README and contributing files updated.
+- term: required pull request review
description: >-
- 必須レビューを行うと、コラボレーターが保護されたブランチに対して変更を加える前に、pull request 内のレビューが少なくとも 1 つは確実に承認済みになります。
-- term: ステータス チェック必須
+ Required reviews ensure that pull requests have at least one approved review
+ before collaborators can make changes to a protected branch.
+- term: required status check
description: >-
- pull request に対するチェック。これを行うと、コラボレーターが保護されたブランチに対して変更を加える前に、すべての必須 CI テストに確実に合格します。
+ Checks on pull requests that ensure all required CI tests are passing before
+ collaborators can make changes to a protected branch.
- term: resolve
- description: 失敗した自動マージで実行されなかったものを手動で修正するアクション。
-- term: 打ち消し
+ description: The action of fixing up manually what a failed automatic merge left behind.
+- term: revert
description: >-
- GitHub 上で pull request を打ち消すと、新しい pull request が自動的に開きます。これには、マージされた元の pull request からのマージ コミットを打ち消すコミットが 1 つ含まれます。Git では、コミットを打ち消すには "git revert" を使います。
-- term: レビュー
+ When you revert a pull request on GitHub, a new pull request is automatically opened, which has one commit that reverts the merge commit
+ from the original merged pull request. In Git, you can revert commits with `git revert`.
+- term: review
description: >-
- レビューでは、リポジトリへのアクセスを持つ他のユーザーが、pull request 内で提案されている変更についてコメントしたり、変更を承認したり、その pull request がマージされる前にさらに変更をリクエストしたりすることができます。
-- term: ルート ディレクトリ
- description: 階層内の最初のディレクトリ。
-- term: ルート ファイルシステム
- description: 基本オペレーティング システムと GitHub Enterprise アプリケーション環境。
-- term: 返信テンプレート
+ Reviews allow others with access to your repository to comment on the changes proposed in pull
+ requests, approve the changes, or request further changes before the pull
+ request is merged.
+- term: root directory
+ description: The first directory in a hierarchy.
+- term: root filesystem
+ description: The base operating system and the GitHub Enterprise application environment.
+- term: saved reply
description: >-
- 自分の GitHub ユーザー アカウントに保存したり追加したりすることで、GitHub のあらゆる場所で、issue や pull request に使うことができるコメント。
+ A comment you can save and add to your GitHub user account so that you can
+ use it across GitHub in issues and pull requests.
- term: scope
description: >-
- OAuth App からリクエストできる、パブリック データと非パブリック データの両方へのアクセスの権限を、グループとして名前を付けたもの。
-- term: シート
+ Named groups of permissions that an OAuth App can request to access both
+ public and non-public data.
+- term: seat
description: >-
- GitHub Enterprise の Organization 内のユーザー。これは、"シート数" と呼ばれることがあります。
-- term: シークレット チーム
+ A user within a GitHub Enterprise organization. This may be referred to as
+ "seat count."
+- term: secret team
description: >-
- チームの他のユーザーと、オーナー権限を持つユーザーにのみ表示されるチーム。
-- term: セキュリティ ログ
+ A team that is only visible to the other people on the team and people with owner
+ permissions.
+- term: security log
description: >-
- 最新の 50 個のアクションまたは過去 90 日間に実行されたアクションを一覧表示するログ。
-- term: server-to-server リクエスト
+ A log that lists the last 50 actions or those performed within the last 90
+ days.
+- term: server-to-server request
description: >-
- 特定のユーザーとは無関係に、ボットとして機能するアプリケーションで使用される API 要求。たとえば、スケジュールどおりに実行され、長時間アクティビティがないと issue をクローズするアプリケーションなどがあります。このタイプの認証を使うアプリケーションでは、ライセンスされた GitHub アカウントを使わないため、特定の数のライセンスの使用が許可されているお支払いプランの Enterprise では、server-to-server ボットに GitHub ライセンスを 1 つも使いません。server-to-server リクエストに使うトークンは、[GitHub API](/rest/reference/apps#create-an-installation-access-token-for-an-app) 経由でプログラムによって取得します。「[user-to-server リクエスト](#user-to-server-request)」も参照してください。
-- term: サービス フック
+ An API request used by an application that acts as a bot, independently of any particular user. For example, an application that runs on a scheduled basis and closes issues where there has been no activity for a long time. Applications that use this type of authentication don't use a licensed GitHub account so, in an enterprise with a billing plan that allows a certain number of licenses to be used, a server-to-server bot is not consuming one of your GitHub licenses. The token used in a server-to-server request is acquired programmatically, via [the GitHub API](/rest/reference/apps#create-an-installation-access-token-for-an-app). See also, "[user-to-server request](#user-to-server-request)."
+- term: service hook
description: >-
- "Webhook" とも呼ばれます。 Webhook を使うと、特定のアクションがリポジトリまたは Organization で発生した場合に、外部の Web サーバーへ通知を送信できます。
-- term: シングル サインオン
+ Also called "webhook." Webhooks provide a way for notifications to be
+ delivered to an external web server whenever certain actions occur on a
+ repository or organization.
+- term: single sign-on
description: >-
- SSO とも呼ばれます。1 つの場所 (ID プロバイダー (IdP)) へのサインインをユーザーに許可してから、そのユーザーに他のサービス プロバイダーへのアクセス権を付与します。
-- term: スナップショット
- description: ある時点での仮想マシンのチェックポイント。
+ Also called SSO. Allows users to sign in to a single location - an identity
+ provider (IdP) - that then gives the user access to other service providers.
+- term: snapshot
+ description: A checkpoint of a virtual machine at a point in time.
- term: squash
- description: 複数のコミットを結合して 1 つのコミットにすること。Git コマンドとしても使います。
-- term: SSH キー
+ description: To combine multiple commits into a single commit. Also a Git command.
+- term: SSH key
description: >-
- SSH キーは、暗号化したメッセージを使って、オンライン サーバーに対して自分自身を識別する方法です。自分のコンピューターに別のサービス用の独自の一意のパスワードが設定されているかのように見えます。{% data variables.product.product_name %} では、SSH キーを使って、コンピューターへの情報の転送が安全に行われます。
-- term: ステージング インスタンス
+ SSH keys are a way to identify yourself to an online server, using an encrypted message. It's as if your computer has its own unique password to another service. {% data variables.product.product_name %} uses SSH keys to securely transfer information to your computer.
+- term: staging instance
description: >-
- 変更を実際の GitHub Enterprise インスタンスに適用する前にテストする方法。
+ A way to test modifications before they are applied to your actual GitHub
+ Enterprise instance.
- term: status
description: >-
- コミットがコントリビューション先のリポジトリに設定されている条件を満たしていることの、pull request 内での視覚的な表現。
-- term: ステータス チェック
+ A visual representation within a pull request that your commits meet the
+ conditions set for the repository you're contributing to.
+- term: status checks
description: >-
- ステータス チェックとは、リポジトリにコミットするたびに実行される継続的インテグレーションのビルドのような、外部のプロセスです。詳しくは、「[ステータス チェックについて](/articles/about-status-checks)」を参照してください。
-- term: 星
+ Status checks are external processes, such as continuous integration builds, which run for each commit you make in a repository. For more information, see "[About status checks](/articles/about-status-checks)."
+- term: star
description: >-
- リポジトリのブックマークまたは感謝の表現。星は、プロジェクトの人気をランク付けするための手動の方法です。
+ A bookmark or display of appreciation for a repository. Stars are a manual
+ way to rank the popularity of projects.
- term: subscription
- description: ユーザーまたは Organization の GitHub プラン。
-- term: チーム
+ description: A user or organization's GitHub plan.
+- term: team
description: >-
- Organization メンバーのグループ。アクセス権限とメンションのカスケードを使って、会社やグループの構造を反映します。
-- term: チーム メンテナ
+ A group of organization members that reflect your company or group's
+ structure with cascading access permissions and mentions.
+- term: team maintainer
description: >-
- チームを管理するために Organization オーナーが行使できる権限のサブセットが付与された Organization メンバー。
-- term: Team プラン
+ Organization members that have a subset of permissions available to
+ organization owners to manage teams.
+- term: Team plan
description: >-
- パブリック リポジトリとプライベート リポジトリを無制限に利用できる Organization のお支払いプラン。
-- term: タイムライン
- description: pull request 内またはユーザー プロファイル上の一連のイベント。
-- term: トピック ブランチ
+ An organization billing plan that gives you unlimited public and private
+ repositories.
+- term: timeline
+ description: A series of events in a pull request or on a user profile.
+- term: topic branch
description: >-
- 開発の分野を概念的に分類したものを識別するために開発者が使う、通常の Git ブランチ。ブランチは非常に簡単で低コストなので、小さなブランチを複数用意して、それぞれのブランチに、明確に定義した概念、小さな増分、関連する変更を含めるのがよいでしょう。機能ブランチとも呼ばれます。
+ A regular Git branch that is used by a developer to identify a conceptual
+ line of development. Since branches are very easy and inexpensive, it is
+ often desirable to have several small branches that each contain very well
+ defined concepts or small incremental yet related changes. Can also be called a feature branch.
- term: topics
description: >-
- Git Hub で、特定の対象分野のリポジトリを探索したり、コントリビューション先となるプロジェクトを見つけたり、特定の問題への新しい解決方法を発見したりするための方法。
-- term: トラフィック グラフ
+ A way to explore repositories in a particular subject area, find projects to
+ contribute to, and discover new solutions to a specific problem on GitHub.
+- term: traffic graph
description: >-
- フル クローン (フェッチではなく)、過去 14 日間の訪問者数、参照サイト数、人気のコンテンツなど、リポジトリのトラフィックを示すリポジトリ グラフ。
-- term: 転送
+ A repository graph that shows a repository's traffic, including full clones
+ (not fetches), visitors from the past 14 days, referring sites, and popular
+ content.
+- term: transfer
description: >-
- リポジトリの転送には、リポジトリのオーナーの変更という意味があります。新しいオーナーは、リポジトリのコンテンツ、issue、pull request、リリース、設定の管理をすぐに行うことができるようになります。
-- term: 上流
+ To transfer a repository means to change the owner of a repository. The new owner will be able to
+ immediately administer the repository's contents, issues, pull requests,
+ releases, and settings.
+- term: upstream
description: >-
- ブランチまたはフォークについて説明する場合、元のリポジトリにあるプライマリ ブランチは、他の変更の主な発生源となるため、"上流" と呼ばれることがよくあります。そのため、ユーザーが作業するブランチやフォークは、"下流" と呼ばれます。origin とも呼ばれます。
-- term: 上流ブランチ
+ When talking about a branch or a fork, the primary branch on the original
+ repository is often referred to as the "upstream", since that is the main
+ place that other changes will come in from. The branch/fork you are working
+ on is then called the "downstream". Also called origin.
+- term: upstream branch
description: >-
- あるブランチにマージされる既定のブランチ (または、そのブランチのリベース先のブランチ)。"branch.