diff --git a/translations/ja-JP/content/actions/using-workflows/workflow-commands-for-github-actions.md b/translations/ja-JP/content/actions/using-workflows/workflow-commands-for-github-actions.md index 5a6de2d67d..60e836a70a 100644 --- a/translations/ja-JP/content/actions/using-workflows/workflow-commands-for-github-actions.md +++ b/translations/ja-JP/content/actions/using-workflows/workflow-commands-for-github-actions.md @@ -169,6 +169,8 @@ Sets an action's output parameter. Optionally, you can also declare output parameters in an action's metadata file. For more information, see "[Metadata syntax for {% data variables.product.prodname_actions %}](/articles/metadata-syntax-for-github-actions#outputs-for-docker-container-and-javascript-actions)." +You can escape multiline strings for setting an output parameter by creating an environment variable and using it in a workflow command. For more information, see "[Setting an environment variable](#setting-an-environment-variable)." + ### Example: Setting an output parameter {% bash %} diff --git a/translations/ja-JP/content/admin/configuration/configuring-your-enterprise/configuring-backups-on-your-appliance.md b/translations/ja-JP/content/admin/configuration/configuring-your-enterprise/configuring-backups-on-your-appliance.md index d59a45baf8..82d3255404 100644 --- a/translations/ja-JP/content/admin/configuration/configuring-your-enterprise/configuring-backups-on-your-appliance.md +++ b/translations/ja-JP/content/admin/configuration/configuring-your-enterprise/configuring-backups-on-your-appliance.md @@ -1,5 +1,5 @@ --- -title: アプライアンスでのバックアップの設定 +title: Configuring backups on your appliance shortTitle: Configuring backups redirect_from: - /enterprise/admin/categories/backups-and-restores @@ -14,7 +14,7 @@ redirect_from: - /enterprise/admin/installation/configuring-backups-on-your-appliance - /enterprise/admin/configuration/configuring-backups-on-your-appliance - /admin/configuration/configuring-backups-on-your-appliance -intro: 'ディザスター リカバリー計画の一部として、自動バックアップを構成して {% data variables.product.product_location %}の運用データを保護できます。' +intro: 'As part of a disaster recovery plan, you can protect production data on {% data variables.product.product_location %} by configuring automated backups.' versions: ghes: '*' type: how_to @@ -23,162 +23,158 @@ topics: - Enterprise - Fundamentals - Infrastructure -ms.openlocfilehash: 4403ec24aa3da63f6700ae4bfcd2392ec0cfd194 -ms.sourcegitcommit: 478f2931167988096ae6478a257f492ecaa11794 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2022 -ms.locfileid: '147861653' --- -## {% data variables.product.prodname_enterprise_backup_utilities %}について +## About {% data variables.product.prodname_enterprise_backup_utilities %} -{% data variables.product.prodname_enterprise_backup_utilities %} は、個別のホストにインストールするバックアップ システムで、{% data variables.product.product_location %} のバックアップ スナップショットをセキュアな SSH ネットワーク接続経由で定期的に取得します。 スナップショットを使用して、既存の {% data variables.product.prodname_ghe_server %} インスタンスをバックアップホストから以前の状態に復元できます。 +{% data variables.product.prodname_enterprise_backup_utilities %} is a backup system you install on a separate host, which takes backup snapshots of {% data variables.product.product_location %} at regular intervals over a secure SSH network connection. You can use a snapshot to restore an existing {% data variables.product.prodname_ghe_server %} instance to a previous state from the backup host. -ネットワーク経由で転送されるのは最後のスナップショット以降に追加されたデータのみで、追加の物理ストレージ領域もその分だけしか占めません。 パフォーマンスへの影響を最小化するために、バックアップは最低のCPU/IO優先度の下でオンライン実行されます。 バックアップを行うために、メンテナンスウィンドウをスケジューリングする必要はありません。 +Only data added since the last snapshot will transfer over the network and occupy additional physical storage space. To minimize performance impact, backups are performed online under the lowest CPU/IO priority. You do not need to schedule a maintenance window to perform a backup. -{% data variables.product.prodname_enterprise_backup_utilities %} のメジャー リリースとバージョン番号は、{% data variables.product.product_name %} の機能リリースと一致します。 両方の製品の最新バージョン 4 つをサポートしています。 詳しい情報については、「[{% data variables.product.product_name %} のリリース](/admin/all-releases)」をご覧ください。 +Major releases and version numbers for {% data variables.product.prodname_enterprise_backup_utilities %} align with feature releases of {% data variables.product.product_name %}. We support the four most recent versions of both products. For more information, see "[{% data variables.product.product_name %} releases](/admin/all-releases)." -機能、要件、および高度な使用方法について詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#readme) を参照してください。 +For more detailed information on features, requirements, and advanced usage, see the [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#readme) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. -## 前提条件 +## Prerequisites -{% data variables.product.prodname_enterprise_backup_utilities %} を利用するには、{% data variables.product.product_location %} とは別の Linux もしくは Unix ホスト システムが必要です。 +To use {% data variables.product.prodname_enterprise_backup_utilities %}, you must have a Linux or Unix host system separate from {% data variables.product.product_location %}. -{% data variables.product.prodname_enterprise_backup_utilities %}は、重要なデータのための長期的な恒久ストレージの既存環境に統合することもできます。 +You can also integrate {% data variables.product.prodname_enterprise_backup_utilities %} into an existing environment for long-term permanent storage of critical data. -バックアップ ホストと {% data variables.product.product_location %} は、地理的に離れたところに配置することをおすすめします。 そうすることで、プライマリのサイトにおける大規模な災害やネットワーク障害に際してもリカバリにバックアップが利用できることが保証されます。 +We recommend that the backup host and {% data variables.product.product_location %} be geographically distant from each other. This ensures that backups are available for recovery in the event of a major disaster or network outage at the primary site. -物理的なストレージの要求は、Gitリポジトリのディスク利用状況と予想される成長パターンによって異なります。 +Physical storage requirements will vary based on Git repository disk usage and expected growth patterns: -| ハードウェア | 推奨 | +| Hardware | Recommendation | | -------- | --------- | -| **vCPU 数** | 2 | -| **[メモリ]** | 2 GB | -| **Storage** | プライマリインスタンスに割り当てられたストレージの5倍 | +| **vCPUs** | 2 | +| **Memory** | 2 GB | +| **Storage** | Five times the primary instance's allocated storage | -ユーザのアクティビティや他の製品との結合といった利用方法によっては、さらに多くのリソースが必要になることがあります。 +More resources may be required depending on your usage, such as user activity and selected integrations. -詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの「[{% data variables.product.prodname_enterprise_backup_utilities %} の要件](https://github.com/github/backup-utils/blob/master/docs/requirements.md)」を参照してください。 +For more information, see [{% data variables.product.prodname_enterprise_backup_utilities %} requirements](https://github.com/github/backup-utils/blob/master/docs/requirements.md) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. -## {% data variables.product.prodname_enterprise_backup_utilities %}のインストール +## Installing {% data variables.product.prodname_enterprise_backup_utilities %} -バックアップ ホストに {% data variables.product.prodname_enterprise_backup_utilities %} をインストールするには、プロジェクトの Git リポジトリを複製することをお勧めします。 この方法では、Git を使用して新しいリリースを直接フェッチすることができ、新しいバージョンをインストールするときに既存のバックアップ構成ファイル `backup.config` が保持されます。 +To install {% data variables.product.prodname_enterprise_backup_utilities %} on your backup host, we recommend cloning the project's Git repository. This approach allows you to fetch new releases directly using Git, and your existing backup configuration file, `backup.config`, will be preserved when installing a new version. -または、ホスト マシンがインターネットにアクセスできない場合は、圧縮アーカイブとして各 {% data variables.product.prodname_enterprise_backup_utilities %} リリースをダウンロードし、コンテンツを抽出してインストールできます。 詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの「[概要](https://github.com/github/backup-utils/blob/master/docs/getting-started.md)」を参照してください。 +Alternatively, if the host machine can't access the internet, you can download each {% data variables.product.prodname_enterprise_backup_utilities %} release as a compressed archive, then extract and install the contents. For more information, see [Getting started](https://github.com/github/backup-utils/blob/master/docs/getting-started.md) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. -バックアップ スナップショットは、`backup.config` ファイル内の`GHE_DATA_DIR` データ ディレクトリ変数によって設定されたディスク パスに書き込まれます。 スナップショットは、シンボリック リンクとハード リンクをサポートするファイル システムに格納する必要があります。 +Backup snapshots are written to the disk path set by the `GHE_DATA_DIR` data directory variable in your `backup.config` file. Snapshots need to be stored on a filesystem which supports symbolic and hard links. {% note %} -**注:** {% data variables.product.prodname_enterprise_backup_utilities %} バージョンをアップグレードするときに誤ってデータ ディレクトリが上書きされないように、スナップショットが {% data variables.product.prodname_enterprise_backup_utilities %} インストール ディレクトリのサブディレクトリに保持されないようにすることをお勧めします。 +**Note:** We recommend ensuring your snapshots are not kept in a subdirectory of the {% data variables.product.prodname_enterprise_backup_utilities %} installation directory, to avoid inadvertently overwriting your data directory when upgrading {% data variables.product.prodname_enterprise_backup_utilities %} versions. {% endnote %} -1. [{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト リポジトリ](https://github.com/github/backup-utils/)をバックアップ ホスト上のローカル ディレクトリに複製するには、次のコマンドを実行します。 +1. To clone the [{% data variables.product.prodname_enterprise_backup_utilities %} project repository](https://github.com/github/backup-utils/) to a local directory on your backup host, run the following command. ``` $ git clone https://github.com/github/backup-utils.git /path/to/target/directory/backup-utils ``` -1. ローカル リポジトリ ディレクトリに移動するには、次のコマンドを実行します。 +1. To change into the local repository directory, run the following command. ``` cd backup-utils ``` {% data reusables.enterprise_backup_utilities.enterprise-backup-utils-update-repo %} -1. インクルードされた `backup.config-example` ファイルを `backup.config` にコピーするには、次のコマンドを実行します。 +1. To copy the included `backup.config-example` file to `backup.config`, run the following command. ```shell cp backup.config-example backup.config ``` -1. 構成をカスタマイズするには、テキスト エディターで `backup.config` を編集します。 - 1. `GHE_HOSTNAME` の値をプライマリの {% data variables.product.prodname_ghe_server %} インスタンスのホスト名あるいは IP アドレスに設定します。 +1. To customize your configuration, edit `backup.config` in a text editor. + 1. Set the `GHE_HOSTNAME` value to your primary {% data variables.product.prodname_ghe_server %} instance's hostname or IP address. {% note %} - **注:** {% data variables.product.product_location %} がクラスターとして、またはロード バランサーを使用する高可用性構成に展開されている場合は、{% data variables.product.product_location %} への SSH アクセス (ポート 122 上) が許可されている限り、`GHE_HOSTNAME` をロード バランサーのホスト名に指定できます。 + **Note:** If {% data variables.product.product_location %} is deployed as a cluster or in a high availability configuration using a load balancer, the `GHE_HOSTNAME` can be the load balancer hostname, as long as it allows SSH access (on port 122) to {% data variables.product.product_location %}. - 復旧されたアプライアンスがすぐに利用できることを保証するために、geo レプリケーション構成の場合であってもプライマリ インスタンスをターゲットとしたバックアップを実行してください。 + To ensure a recovered appliance is immediately available, perform backups targeting the primary instance even in a geo-replication configuration. {% endnote %} - 1. `GHE_DATA_DIR` の値をバックアップ スナップショットを保存したいファイルシステムの場所に設定します。 手順 1 で Git リポジトリを複製した場所以外の、バックアップ ホストと同じファイル システム上の場所を選ぶことをお勧めします。 -1. バックアップ ホストにインスタンスへのアクセスを許可するには、プライマリ インスタンスの設定ページ `http(s)://HOSTNAME/setup/settings` を開き、承認された SSH キーの一覧にバックアップ ホストの SSH キーを追加します。 詳細については、「[管理シェル (SSH) にアクセスする](/admin/configuration/configuring-your-enterprise/accessing-the-administrative-shell-ssh#enabling-access-to-the-administrative-shell-via-ssh)」を参照してください。 -1. バックアップ ホストで、`ghe-host-check` コマンドを使用して、{% data variables.product.product_location %} との SSH 接続を確認します。 + 1. Set the `GHE_DATA_DIR` value to the filesystem location where you want to store backup snapshots. We recommend choosing a location on the same filesystem as your backup host, but outside of where you cloned the Git repository in step 1. +1. To grant your backup host access to your instance, open your primary instance's settings page at `http(s)://HOSTNAME/setup/settings` and add the backup host's SSH key to the list of authorized SSH keys. For more information, see "[Accessing the administrative shell (SSH)](/admin/configuration/configuring-your-enterprise/accessing-the-administrative-shell-ssh#enabling-access-to-the-administrative-shell-via-ssh)." +1. On your backup host, verify SSH connectivity with {% data variables.product.product_location %} with the `ghe-host-check` command. ```shell ./bin/ghe-host-check - ``` -1. 最初の完全バックアップを作成するには、次のコマンドを実行します。 + ``` +1. To create an initial full backup, run the following command. ```shell ./bin/ghe-backup ``` -高度な使用方法について詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#readme) を参照してください。 +For more information on advanced usage, see the [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#readme) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. -## {% data variables.product.prodname_enterprise_backup_utilities %} のアップグレード +## Upgrading {% data variables.product.prodname_enterprise_backup_utilities %} -{% data variables.product.prodname_enterprise_backup_utilities %} をアップグレードするときは、現在のバージョンの {% data variables.product.product_name %} で動作するリリースを選ぶ必要があります。 {% data variables.product.prodname_enterprise_backup_utilities %} のインストールは、少なくとも {% data variables.product.product_location %} と同じバージョンである必要があり、3 つ以上先のバージョンにインストールすることはできません。 詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの「[{% data variables.product.prodname_ghe_server %} バージョン要件](https://github.com/github/backup-utils/blob/master/docs/requirements.md#github-enterprise-server-version-requirements)」を参照してください。 -最新の変更をフェッチしてチェックアウトすることで、Git リポジトリの {% data variables.product.prodname_enterprise_backup_utilities %} をアップグレードできます。 +When upgrading {% data variables.product.prodname_enterprise_backup_utilities %}, you must choose a release that will work with your current version of {% data variables.product.product_name %}. Your installation of {% data variables.product.prodname_enterprise_backup_utilities %} must be at least the same version as {% data variables.product.product_location %}, and cannot be more than two versions ahead. For more information, see [{% data variables.product.prodname_ghe_server %} version requirements](https://github.com/github/backup-utils/blob/master/docs/requirements.md#github-enterprise-server-version-requirements) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. +You can upgrade {% data variables.product.prodname_enterprise_backup_utilities %} in a Git repository by fetching and checking out the latest changes. -または、インストールに Git リポジトリを使用しない場合は、新しいアーカイブを抽出することも、代わりに Git リポジトリを使用するように方法を変更することもできます。 +Alternatively, if you don't use a Git repository for your installation, you can extract a new archive into place, or you can change your approach to use a Git repository instead. -### インストールの種類の確認 +### Verifying the installation type -{% data variables.product.prodname_enterprise_backup_utilities %} のインストール方法を確認し、インストールをアップグレードする最適な方法を決定できます。 +You can verify the installation method for {% data variables.product.prodname_enterprise_backup_utilities %} and determine the best way to upgrade your installation. {% data reusables.enterprise_backup_utilities.enterprise-backup-utils-directory %} -1. 有効な作業ディレクトリが Git リポジトリ内に存在するかどうかを確認するには、次のコマンドを実行します。 +1. To check if a valid working directory exists inside a Git repository, run the following command. ``` git rev-parse --is-inside-work-tree ``` - 出力が `true` の場合、{% data variables.product.prodname_enterprise_backup_utilities %} は、プロジェクトの Git リポジトリを複製することによってインストールされました。 出力に `fatal: not a git repository (or any of the parent directories)` が含まれている場合、{% data variables.product.prodname_enterprise_backup_utilities %} は、圧縮アーカイブ ファイルを抽出することによってインストールされたと考えられます。 -インストールが Git リポジトリにある場合は、Git を使用して最新バージョンをインストールできます。 インストールが圧縮アーカイブ ファイルから行われた場合は、最新バージョンをダウンロードして抽出するか、Git を使用して {% data variables.product.prodname_enterprise_backup_utilities %} を再インストールして、将来のアップグレードを簡略化できます。 + If the output is `true`, {% data variables.product.prodname_enterprise_backup_utilities %} was installed by cloning the project's Git repository. If the output includes `fatal: not a git repository (or any of the parent directories)`, {% data variables.product.prodname_enterprise_backup_utilities %} was likely installed by extracting a compressed archive file. +If your installation is in a Git repository, you can install the latest version using Git. If the installation is from a compressed archive file, you can either download and extract the latest version, or you can reinstall {% data variables.product.prodname_enterprise_backup_utilities %} using Git to simplify future upgrades. -- [Git リポジトリでのインストールのアップグレード](#upgrading-an-installation-in-a-git-repository) -- [圧縮アーカイブの代わりに Git を使用してアーカイブする](#using-git-instead-of-compressed-archives-for-upgrades) +- [Upgrading an installation in a Git repository](#upgrading-an-installation-in-a-git-repository) +- [Using Git instead of compressed archives for upgrades](#using-git-instead-of-compressed-archives-for-upgrades) -### Git リポジトリでのインストールのアップグレード +### Upgrading an installation in a Git repository -{% data reusables.enterprise_backup_utilities.enterprise-backup-utils-directory %} {% note %} +{% data reusables.enterprise_backup_utilities.enterprise-backup-utils-directory %} + {% note %} - **注:** {% data variables.product.prodname_enterprise_backup_utilities %} をアップグレードする前に、既存の `backup.config` ファイルのコピーを `$HOME/backup.config` のような一時的な場所に作成することをお勧めします。 + **Note:** We recommend creating a copy of your existing `backup.config` file in a temporary location, like `$HOME/backup.config`, before upgrading {% data variables.product.prodname_enterprise_backup_utilities %}. {% endnote %} -1. `git fetch` コマンドを実行して、最新のプロジェクト更新プログラムをダウンロードします。 +1. Download the latest project updates by running the `git fetch` command. ```shell git fetch ``` -{% data reusables.enterprise_backup_utilities.enterprise-backup-utils-update-repo %} {% data reusables.enterprise_backup_utilities.enterprise-backup-utils-verify-upgrade %} +{% data reusables.enterprise_backup_utilities.enterprise-backup-utils-update-repo %} +{% data reusables.enterprise_backup_utilities.enterprise-backup-utils-verify-upgrade %} -### 圧縮アーカイブの代わりに Git を使用してアーカイブする +### Using Git instead of compressed archives for upgrades -バックアップ ホストにインターネット接続があり、以前に圧縮アーカイブ (`.tar.gz`) を使用して {% data variables.product.prodname_enterprise_backup_utilities %} をインストールまたはアップグレードした場合は、代わりにインストールに Git リポジトリを使用することをお勧めします。 Git を使用してアップグレードすると、作業が少なくなり、バックアップ構成が保持されます。 +If your backup host has internet connectivity and you previously used a compressed archive (`.tar.gz`) to install or upgrade {% data variables.product.prodname_enterprise_backup_utilities %}, we recommend using a Git repository for your installation instead. Upgrading using Git requires less work and preserves your backup configuration. {% data reusables.enterprise_backup_utilities.enterprise-backup-utils-directory %} -1. 既存の {% data variables.product.prodname_enterprise_backup_utilities %} の構成をバックアップするには、現在の `backup.config` ファイルをホーム ディレクトリなどの安全な場所にコピーします。 +1. To back up your existing {% data variables.product.prodname_enterprise_backup_utilities %} configuration, copy your current `backup.config` file to a safe location, such as your home directory. ``` $ cp backup.config $HOME/backup.config.saved-$(date +%Y%m%d-%H%M%S) ``` -1. {% data variables.product.prodname_enterprise_backup_utilities %} Git リポジトリをインストールするバックアップ ホスト上のローカル ディレクトリに移動します。 -1. [プロジェクト リポジトリ](https://github.com/github/backup-utils/)をバックアップ ホスト上のディレクトリに複製するには、次のコマンドを実行します。 +1. Change to the local directory on your backup host where you want to install the {% data variables.product.prodname_enterprise_backup_utilities %} Git repository. +1. To clone the [project repository](https://github.com/github/backup-utils/) to the directory on your backup host, run the following command. ``` git clone https://github.com/github/backup-utils.git ``` -1. 複製されたリポジトリに移動するには、次のコマンドを実行します。 +1. To change into the cloned repository, run the following command. ``` cd backup-utils ``` {% data reusables.enterprise_backup_utilities.enterprise-backup-utils-update-repo %} -1. 前の手順からバックアップ構成を復元するには、既存のバックアップ構成ファイルをローカル リポジトリ ディレクトリにコピーします。 コマンドのパスを、手順 2 で保存したファイルの場所に置き換えます。 +1. To restore your backup configuration from earlier, copy your existing backup configuration file to the local repository directory. Replace the path in the command with the location of the file saved in step 2. ``` $ cp PATH/TO/BACKUP/FROM/STEP/2 backup.config @@ -186,44 +182,44 @@ ms.locfileid: '147861653' {% note %} - **注:** 複製後にバックアップ構成ファイルを復元する場所を選ぶことができます。 構成ファイルを配置できる場所について詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの「[概要](https://github.com/github/backup-utils/blob/master/docs/getting-started.md)」を参照してください。 + **Note:** You can choose where to restore your backup configuration file to after cloning. For more information about where configuration files can be located, see [Getting started](https://github.com/github/backup-utils/blob/master/docs/getting-started.md) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. {% endnote %} -1. バックアップ構成ファイル内のディレクトリまたはスクリプトのパスが正しいことを確認するには、テキスト エディターでファイルを確認します。 +1. To confirm that the paths to directories or scripts in your backup configuration file are correct, review the file in a text editor. {% data reusables.enterprise_backup_utilities.enterprise-backup-utils-verify-upgrade %} -1. 手順 1 から古い GitHub Enterprise Server Backup Utilities ディレクトリ (圧縮アーカイブのインストール場所) を削除します。 +1. Delete your old GitHub Enterprise Server Backup Utilities directory from step 1 (where the compressed archive installation was located). -## バックアップのスケジューリング +## Scheduling a backup -`cron(8)` コマンドや同様のコマンド スケジューリング サービスを使用して、バックアップ ホストで定期的なバックアップをスケジュール設定できます。 設定されたバックアップ頻度によって、リカバリー計画での最悪の目標復旧ポイント (RPO) が決まります。 たとえば、毎日午前 0 時にバックアップを実行するようにスケジュール設定した場合、災害のシナリオで最大 24 時間分のデータが失われる可能性があります。 プライマリサイトのデータが破壊された場合に、最悪でも最大 1 時間分のデータ損失で収まることが保証されるように、1 時間ごとのバックアップスケジュールから始めることをおすすめします。 +You can schedule regular backups on the backup host using the `cron(8)` command or a similar command scheduling service. The configured backup frequency will dictate the worst case recovery point objective (RPO) in your recovery plan. For example, if you have scheduled the backup to run every day at midnight, you could lose up to 24 hours of data in a disaster scenario. We recommend starting with an hourly backup schedule, guaranteeing a worst case maximum of one hour of data loss if the primary site data is destroyed. -バックアップの試行が重複すると、`ghe-backup` コマンドはエラー メッセージを表示して中断し、同時バックアップが存在することを示します。 そのような場合は、スケジュール設定したバックアップの頻度を減らすことをおすすめします。 詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#scheduling-backups) を参照してください。 +If backup attempts overlap, the `ghe-backup` command will abort with an error message, indicating the existence of a simultaneous backup. If this occurs, we recommended decreasing the frequency of your scheduled backups. For more information, see the "Scheduling backups" section of the [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#scheduling-backups) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. -## バックアップの復元 +## Restoring a backup -プライマリ サイトで長時間の停止または壊滅的なイベントが発生した場合は、別の {% data variables.product.prodname_enterprise %} アプライアンスをプロビジョニングしてバックアップ ホストから復元することで、{% data variables.product.product_location %} を復元できます。 アプライアンスを復元する前に、バックアップホストの SSH キーをターゲットの {% data variables.product.prodname_enterprise %} アプライアンスに認証済み SSH キーとして追加する必要があります。 +In the event of prolonged outage or catastrophic event at the primary site, you can restore {% data variables.product.product_location %} by provisioning another {% data variables.product.prodname_enterprise %} appliance and performing a restore from the backup host. You must add the backup host's SSH key to the target {% data variables.product.prodname_enterprise %} appliance as an authorized SSH key before restoring an appliance. {% note %} -**注意:** {% data variables.product.product_location %} へのバックアップを復元する場合は、同じバージョンのサポート ルールが適用されます。 最大 2 つ前の機能リリースからしかデータを復元できません。 +**Note:** When performing backup restores to {% data variables.product.product_location %}, the same version supportability rules apply. You can only restore data from at most two feature releases behind. -たとえば、{% data variables.product.product_name %} 3.0.x からバックアップを取得した場合、バックアップを {% data variables.product.product_name %} 3.2.x インスタンスに復元できます。 {% data variables.product.product_name %} 2.22.x のバックアップから 3.2.x を実行しているインスタンスにデータを復元することはできません。これは、バージョンを 3 回ジャンプするためです (2.22 から 3.0、3.1、3.2 の順)。 最初に 3.1.x を実行しているインスタンスに復元してから、3.2.x にアップグレードする必要があります。 +For example, if you take a backup from {% data variables.product.product_name %} 3.0.x, you can restore the backup to a {% data variables.product.product_name %} 3.2.x instance. You cannot restore data from a backup of {% data variables.product.product_name %} 2.22.x to an instance running 3.2.x, because that would be three jumps between versions (2.22 to 3.0 to 3.1 to 3.2). You would first need to restore to an instance running 3.1.x, and then upgrade to 3.2.x. {% endnote %} -最後に成功したスナップショットから {% data variables.product.product_location %} を復元するには、`ghe-restore` コマンドを使用します。 +To restore {% data variables.product.product_location %} from the last successful snapshot, use the `ghe-restore` command. {% note %} -**注:** バックアップを復元する前に、次のことを確認してください。 -- プライマリ インスタンスでメンテナンス モードが有効になり、すべてのアクティブなプロセスが完了している。 詳細については、「[メンテナンス モードの有効化](/enterprise/admin/guides/installation/enabling-and-scheduling-maintenance-mode/)」を参照してください。 -- 高可用性構成のすべてのレプリカでレプリケーションが停止している。 詳しくは、「[高可用性構成について](/admin/enterprise-management/configuring-high-availability/about-high-availability-configuration#ghe-repl-stop)」の `ghe-repl-stop` コマンドを参照してください。 -- {% data variables.product.product_location %} で {% data variables.product.prodname_actions %} が有効になっている場合は、まず交換用アプライアンスで {% data variables.product.prodname_actions %} 外部ストレージ プロバイダーを構成する必要があります。 詳細については、「[{% data variables.product.prodname_actions %} を有効にして、{% data variables.product.prodname_ghe_server %} をバックアップおよび復元する](/admin/github-actions/backing-up-and-restoring-github-enterprise-server-with-github-actions-enabled)」を参照してください。 +**Note:** Prior to restoring a backup, ensure: +- Maintenance mode is enabled on the primary instance and all active processes have completed. For more information, see "[Enabling maintenance mode](/enterprise/admin/guides/installation/enabling-and-scheduling-maintenance-mode/)." +- Replication is stopped on all replicas in high availability configurations. For more information, see the `ghe-repl-stop` command in "[About high availability configuration](/admin/enterprise-management/configuring-high-availability/about-high-availability-configuration#ghe-repl-stop)." +- If {% data variables.product.product_location %} has {% data variables.product.prodname_actions %} enabled, you must first configure the {% data variables.product.prodname_actions %} external storage provider on the replacement appliance. For more information, see "[Backing up and restoring {% data variables.product.prodname_ghe_server %} with {% data variables.product.prodname_actions %} enabled](/admin/github-actions/backing-up-and-restoring-github-enterprise-server-with-github-actions-enabled)." {% endnote %} -`ghe-restore` コマンドを実行すると、次のような出力が表示されます。 +When running the `ghe-restore` command, you should see output similar to this: ```shell $ ghe-restore -c 169.154.1.1 @@ -242,15 +238,20 @@ $ ghe-restore -c 169.154.1.1 > Visit https://169.154.1.1/setup/settings to review appliance configuration. ``` -{% ifversion ip-exception-list %}必要に応じて復元を検証するには、指定した IP アドレスのリストへのアクセスを許可するように IP 例外リストを構成します。 詳細については、「[IP 例外リストを使い、メンテナンス モードで変更を検証する](/admin/configuration/configuring-your-enterprise/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)」を参照してください。 +{% ifversion ip-exception-list %} +Optionally, to validate the restore, configure an IP exception list to allow access to a specified list of IP addresses. For more information, see "[Validating changes in maintenance mode using the IP exception list](/admin/configuration/configuring-your-enterprise/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)." {% endif %} {% note %} -**注意:** ネットワーク設定はバックアップ スナップショットから除外されます。 ご使用の環境に合わせて、ターゲットの {% data variables.product.prodname_ghe_server %} アプライアンスでネットワークを手動で設定する必要があります。 +**Note:** + +- The network settings are excluded from the backup snapshot. You must manually configure the network on the target {% data variables.product.prodname_ghe_server %} appliance as required for your environment. + +- When restoring to new disks on an existing or empty {% data variables.product.prodname_ghe_server %} instance, stale UUIDs may be present, resulting in Git and/or Alambic replication reporting as out of sync. Stale server entry IDs can be the result of a retired node in a high availability configuration still being present in the application database, but not in the restored replication configuration. To remediate, stale UUIDs can be torn down using `ghe-repl-teardown` once the restore has completed and prior to starting replication. In this scenario, contact {% data variables.contact.contact_ent_support %} for further assistance. {% endnote %} -`ghe-restore` コマンドでは、次の追加オプションを使用できます。 -- `-c` フラグは、既に設定されている場合でも、ターゲット ホストで設定、証明書、およびライセンス データを上書きします。 テストのためにステージングインスタンスを設定しており、ターゲット上の依存の設定を残しておきたい場合には、このフラグを省いてください。 詳しくは、{% data variables.product.prodname_enterprise_backup_utilities %} プロジェクト ドキュメントの [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#using-the-backup-and-restore-commands) の「バックアップと復旧コマンドの使用」セクションを参照してください。 -- `-s` フラグにより、異なるバックアップ スナップショットを選択できます。 +You can use these additional options with `ghe-restore` command: +- The `-c` flag overwrites the settings, certificate, and license data on the target host even if it is already configured. Omit this flag if you are setting up a staging instance for testing purposes and you wish to retain the existing configuration on the target. For more information, see the "Using backup and restore commands" section of the [{% data variables.product.prodname_enterprise_backup_utilities %} README](https://github.com/github/backup-utils#using-the-backup-and-restore-commands) in the {% data variables.product.prodname_enterprise_backup_utilities %} project documentation. +- The `-s` flag allows you to select a different backup snapshot. diff --git a/translations/ja-JP/content/admin/installation/setting-up-a-github-enterprise-server-instance/setting-up-a-staging-instance.md b/translations/ja-JP/content/admin/installation/setting-up-a-github-enterprise-server-instance/setting-up-a-staging-instance.md index 6fa069a0f2..9445e64621 100644 --- a/translations/ja-JP/content/admin/installation/setting-up-a-github-enterprise-server-instance/setting-up-a-staging-instance.md +++ b/translations/ja-JP/content/admin/installation/setting-up-a-github-enterprise-server-instance/setting-up-a-staging-instance.md @@ -93,7 +93,7 @@ Optionally, if you use {% data variables.product.prodname_registry %} on your pr {% warning %} -**Warning**: If you don't configure {% data variables.product.prodname_actions %} on the staging instance before restoring your production backup, your staging instance will use your production instance's external storage, which could result in loss of data. We strongly recommended that you use different external storage for your staging instance. +**Warning**: If you don't configure {% data variables.product.prodname_registry %} on the staging instance before restoring your production backup, your staging instance will use your production instance's external storage, which could result in loss of data. We strongly recommended that you use different external storage for your staging instance. {% endwarning %} @@ -128,7 +128,7 @@ Optionally, if you use {% data variables.product.prodname_registry %} on your pr Use the `ghe-restore` command to restore the rest of the data from the backup. For more information, see "[Restoring a backup](/admin/configuration/configuring-backups-on-your-appliance#restoring-a-backup)." -If the staging instance is already configured and you're about to overwrite settings, certificate, and license data, add the `-c` option to the command. For more information about the option, see [Using the backup and restore commands](https://github.com/github/backup-utils/blob/master/docs/usage.md#restoring-settings-tls-certificate-and-license) in the {% data variables.product.prodname_enterprise_backup_utilities %} documentation. +If the staging instance is already configured and you want to overwrite settings, certificate, and license data, add the `-c` option to the command. For more information about the option, see [Using the backup and restore commands](https://github.com/github/backup-utils/blob/master/docs/usage.md#restoring-settings-tls-certificate-and-license) in the {% data variables.product.prodname_enterprise_backup_utilities %} documentation. ### 6. Review the instance's configuration diff --git a/translations/ja-JP/content/billing/managing-billing-for-github-actions/about-billing-for-github-actions.md b/translations/ja-JP/content/billing/managing-billing-for-github-actions/about-billing-for-github-actions.md index a21fbca0a0..6e8acc6b4d 100644 --- a/translations/ja-JP/content/billing/managing-billing-for-github-actions/about-billing-for-github-actions.md +++ b/translations/ja-JP/content/billing/managing-billing-for-github-actions/about-billing-for-github-actions.md @@ -56,7 +56,7 @@ Jobs that run on Windows and macOS runners that {% data variables.product.prodna The storage used by a repository is the total storage used by {% data variables.product.prodname_actions %} artifacts and {% data variables.product.prodname_registry %}. Your storage cost is the total usage for all repositories owned by your account. For more information about pricing for {% data variables.product.prodname_registry %}, see "[About billing for {% data variables.product.prodname_registry %}](/billing/managing-billing-for-github-packages/about-billing-for-github-packages)." - If your account's usage surpasses these limits and you have set a spending limit above $0 USD, you will pay $0.008 USD per GB of storage per day and per-minute usage depending on the operating system used by the {% data variables.product.prodname_dotcom %}-hosted runner. {% data variables.product.prodname_dotcom %} rounds the minutes each job uses up to the nearest minute. + If your account's usage surpasses these limits and you have set a spending limit above $0 USD, you will pay $0.008 USD per GB of storage per day and per-minute usage depending on the operating system used by the {% data variables.product.prodname_dotcom %}-hosted runner. {% data variables.product.prodname_dotcom %} rounds the minutes and partial minutes each job uses up to the nearest whole minute. {% note %} diff --git a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces.md b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces.md index d11653618f..29711c895e 100644 --- a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces.md +++ b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces.md @@ -3,6 +3,7 @@ title: About billing for GitHub Codespaces shortTitle: About billing intro: 'View pricing and see how to manage {% data variables.product.prodname_github_codespaces %} billing for your organization.' permissions: 'To manage billing for {% data variables.product.prodname_github_codespaces %} for an organization, you must be an organization owner or a billing manager.' +miniTocMaxHeadingLevel: 3 versions: fpt: '*' ghec: '*' @@ -13,40 +14,105 @@ topics: - Billing redirect_from: - /billing/managing-billing-for-github-codespaces/about-billing-for-codespaces + - /github/developing-online-with-codespaces/about-billing-for-codespaces + - /codespaces/getting-started-with-codespaces/about-billing-for-codespaces + - /codespaces/codespaces-reference/about-billing-for-codespaces + - /codespaces/codespaces-reference/understanding-billing-for-codespaces + - /codespaces/codespaces-reference/understanding-billing-for-github-codespaces.md --- ## {% data variables.product.prodname_github_codespaces %} pricing -Charges are incurred for the use of {% data variables.product.prodname_github_codespaces %} for repositories owned by organization and enterprise accounts on {% data variables.product.prodname_team %} and {% data variables.product.prodname_enterprise %}. These accounts do not include any free minutes or storage for {% data variables.product.prodname_github_codespaces %}. Repositories in personal accounts are not currently billed for {% data variables.product.prodname_github_codespaces %} usage. +Charges are incurred for the use of {% data variables.product.prodname_github_codespaces %} for repositories owned by organization and enterprise accounts on {% data variables.product.prodname_team %} and {% data variables.product.prodname_enterprise %}. These accounts do not include any free minutes or storage for {% data variables.product.prodname_github_codespaces %}. Personal accounts are not currently billed for {% data variables.product.prodname_github_codespaces %} usage. + +A {% data variables.product.prodname_github_codespaces %} instance (a "codespace") incurs charges for compute time, while it is active, and for the amount of storage it uses on disk. {% data variables.product.prodname_github_codespaces %} usage is billed according to the units of measure in the following table: -| Product | SKU | Unit of measure | Price | -| ------------------- | -------- | --------------- | ----- | -| Codespaces Compute | 2 core | 1 hour | $0.18 | -| | 4 core | 1 hour | $0.36 | -| | 8 core | 1 hour | $0.72 | -| | 16 core | 1 hour | $1.44 | -| | 32 core | 1 hour | $2.88 | -| Codespaces Storage | Storage | 1 GB-month | $0.07 | +| Component | Machine type | Unit of measure | Price | +| ------------------- | ------------ | --------------- | ----- | +| Codespaces compute | 2 core | 1 hour | $0.18 | +| | 4 core | 1 hour | $0.36 | +| | 8 core | 1 hour | $0.72 | +| | 16 core | 1 hour | $1.44 | +| | 32 core | 1 hour | $2.88 | +| Codespaces storage | Storage | 1 GB-month* | $0.07 | + +* See "[Billing for storage usage](#billing-for-storage-usage)" below for details of the GB-month unit of measure. + +If you enable prebuilding of codespaces this will incur additional charges. For more information, see "[Billing for {% data variables.product.prodname_codespaces %} prebuilds](#billing-for-codespaces-prebuilds)." ## About billing for {% data variables.product.prodname_github_codespaces %} -{% data reusables.codespaces.codespaces-billing %} +{% data variables.product.prodname_github_codespaces %} is billed in US dollars (USD) according to their compute and storage usage. {% data reusables.codespaces.codespaces-monthly-billing %} xxx -Your {% data variables.product.prodname_github_codespaces %} usage shares your organization or enterprise account's existing billing date, payment method, and receipt. {% data reusables.dotcom_billing.view-all-subscriptions %} +Your {% data variables.product.prodname_github_codespaces %} usage shares your organization or enterprise account's existing payment method, and receipt. For more information, see "[Viewing your subscriptions and billing date](/articles/viewing-your-subscriptions-and-billing-date)." {% ifversion ghec %} If you purchased {% data variables.product.prodname_enterprise %} through a Microsoft Enterprise Agreement, you can connect your Azure Subscription ID to your enterprise account to enable and pay for {% data variables.product.prodname_github_codespaces %} usage. For more information, see "[Connecting an Azure subscription to your enterprise](/billing/managing-billing-for-your-github-account/connecting-an-azure-subscription-to-your-enterprise)." {% endif %} -{% data reusables.dotcom_billing.pricing_calculator.pricing_cal_codespaces %} +### Billing for compute usage +The compute usage of a codespace is the number of minutes for which that codespace is active. Total compute usage is calculated by summing the number of minutes used by all codespaces that are billable to the organization or enterprise. These totals are reported to the billing service every hour, and are billed monthly. + +As an example, if a codespace is active for 1 hour and 15 minutes, then the compute cost will be the hourly cost of the codespace, as determined by its machine type, multiplied by 1.25. + +You can restrict compute usage by stopping your codespaces. For information, see "[Stopping and starting a codespace](/codespaces/developing-in-codespaces/stopping-and-starting-a-codespace)." Codespaces are stopped automatically after a configurable period of inactivity. The timeout period can be configured by the user, or at the organization level. For more information, see "[Setting your timeout period for {% data variables.product.prodname_github_codespaces %}](/codespaces/customizing-your-codespace/setting-your-timeout-period-for-github-codespaces)" and "[Restricting the idle timeout period](/codespaces/managing-codespaces-for-your-organization/restricting-the-idle-timeout-period)." + +### Billing for storage usage +For {% data variables.product.prodname_github_codespaces %} billing purposes, this includes all storage used by all codespaces and prebuilds in your account. This includes any files used by the codespaces, such as cloned repositories, configuration files, and extensions, among others. Storage is billed for all of your existing codespaces, regardless of whether they are active or stopped. The storage billing for a codespace ends when it is deleted. + +Codespace storage is reported in GB-months. Your billing month runs from a fixed day in one month until the same day in the next month. In most cases the day of the month is determined by the day you started on your current {% data variables.product.prodname_dotcom %} plan. Your GB-month storage, is calculated as follows. Once every hour, the storage used by all of your currently active and stopped codespaces is assessed. This figure is then divided by the number of hours in the current billing month: `total storage size / hours this month`. The result is added to the running total for codespace storage for the month. + +For example, if you have one codespace that uses 100 GB of storage and has existed for one hour you will have used `100 / (24 * 30) = 0.1388` GB-months of storage in a 30-day month. If your use of GitHub Codespaces during a 30-day month consists of two 100 GB codespaces that both existed for three full days then there will be `24 * 3` hourly reports for the storage of these codespaces, giving a total of: `(24 * 3) * 200 / (24 * 30) = 20` GB-months. + +For each hourly report, the storage usage for the previous hour is calculated in seconds. As a result, you won't be charged for a full hour of storage if a codespace did not exist for the full 60 minutes. At the end of the month, {% data variables.product.prodname_dotcom %} rounds your storage to the nearest MB. + +As an organization owner, you can: +- List the currently active and stopped codespaces for your organization. For more information, see "[Listing the codespaces in your organization](/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization)." In addition to the cost of these codespaces, the cost of {% data variables.product.prodname_github_codespaces %} for the current month may include costs for codespaces that existed earlier in the current month but have since been deleted. +- See the total {% data variables.product.prodname_github_codespaces %} compute and storage usage for your organization for the current month to date. For more information, see "[Viewing your {% data variables.product.prodname_github_codespaces %} usage](/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage)." +- Configure your organization settings to manage the cost of {% data variables.product.prodname_github_codespaces %}. For more information, see "[Managing the cost of {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-the-cost-of-github-codespaces-in-your-organization)." + +To estimate the costs for metered services, you can use the {% data variables.product.prodname_dotcom %} [pricing calculator](https://github.com/pricing/calculator?feature=codespaces). ### Billing for {% data variables.product.prodname_codespaces %} prebuilds -{% data reusables.codespaces.billing-for-prebuilds-default %} +{% data reusables.codespaces.prebuilds-definition %} For more information, see "[About {% data variables.product.prodname_github_codespaces %} prebuilds](/codespaces/prebuilding-your-codespaces/about-github-codespaces-prebuilds)." -{% data reusables.codespaces.billing-for-prebuilds-reducing %} +#### {% data variables.product.prodname_actions %} costs for prebuilds + +Prebuilds are created and updated by running a {% data variables.product.prodname_actions %} workflow on a {% data variables.product.prodname_dotcom %}-hosted runner. By default, prebuilds are updated every time you modify the prebuild configuration, or push changes to a prebuild-enabled branch. As with other workflows, while prebuild workflows are running they will either consume some of the Actions minutes included with your account, if you have any, or they will incur charges for Actions minutes. For more information about pricing for Actions minutes, see "[About billing for {% data variables.product.prodname_actions %}](/billing/managing-billing-for-github-actions/about-billing-for-github-actions)." There is no associated {% data variables.product.prodname_codespaces %} compute cost for creating or updating prebuilds. + +To reduce consumption of Actions minutes, you can set a prebuild to be updated only when you make a change to your dev container configuration files, or only on a custom schedule. You can also manage your storage usage by adjusting the number of previous versions of each prebuild that are retained. For more information, see "[Configuring prebuilds](/codespaces/prebuilding-your-codespaces/configuring-prebuilds#configuring-a-prebuild)." + +If you are an organization or enterprise owner, you can track usage of prebuild workflows and storage by downloading a usage report for your organization or enterprise. You can identify workflow runs for prebuilds by filtering the CSV output to only include the workflow called "Create {% data variables.product.prodname_github_codespaces %} Prebuilds." For more information, see "[Viewing your {% data variables.product.prodname_actions %} usage](/billing/managing-billing-for-github-actions/viewing-your-github-actions-usage#viewing-github-actions-usage-for-your-organization)." + +#### Storage costs for prebuilds + +In addition to {% data variables.product.prodname_actions %} minutes, you will also be billed for the storage of prebuilds associated with each prebuild configuration for a given repository and region. Storage of prebuilds is billed at the same rate as storage of codespaces. + +The storage cost for a prebuild in a single region will be similar to the storage cost that will be incurred for storing a single codespace created from that prebuild. The storage cost for the generated codespace may be more than the cost for the prebuild if, for example, the `updateContentCommand` and `postCreateCommand` commands are used during codespace creation to download more files to the dev container. + +The total storage costs associated with a prebuild template will depend on: + +* The price of storage per GB. See the table above. +* The size of the generated prebuild in GB. +* The number of regions in which the prebuild is available (because a copy of the prebuild is stored in each region). +* The number of older versions of the prebuild that are retained. + +The storage cost for a prebuild is therefore calculated as: `price per GB * size (GB) * regions * versions`. + +To limit the storage costs associated with prebuilds, you can choose to create prebuilds only in selected regions, and you can specify the number of older versions of prebuilds that will be retained. For more information, see "[Configuring prebuilds](/codespaces/prebuilding-your-codespaces/configuring-prebuilds#configuring-a-prebuild)." + +{% note %} + +**Note**: Prebuilds may be updated several times during a billing month. Newer versions of a prebuild may be larger or smaller than the previous versions. This will affect the storage charges. For details of how storage is calculated during a billing month, see "[Billing for storage usage](#billing-for-storage-usage)" above. + +{% endnote %} + +#### Cost of codespaces created from prebuilds + +Use of codespaces created using prebuilds is charged at the same rate as regular codespaces. ## Setting a spending limit @@ -72,7 +138,7 @@ For example, a user in an organization can fork a repository within that organiz ## How billing is handled when a repository is transferred -Usage is billed and reported on every hour. As such, you pay for any usage when a repository is within your organization. When a repository is transferred out of your organization, any codespaces in that repository are removed as part of the transfer process. +Usage is calculated every hour. An organization pays for usage of codespaces created from any repository owned by the organization, where the organization settings permit the organization to be billed. For more information, see "[Enabling GitHub Codespaces for your organization](/codespaces/managing-codespaces-for-your-organization/enabling-github-codespaces-for-your-organization#choose-who-can-create-codespaces-that-are-billed-to-your-organization)." When a repository is transferred out of your organization, ownership and billing responsibility for any codespaces associated with that repository will change accordingly. ## What happens when users are removed diff --git a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/index.md b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/index.md index 839d5dc496..b565c2a921 100644 --- a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/index.md +++ b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/index.md @@ -11,4 +11,3 @@ children: - /viewing-your-github-codespaces-usage - /managing-spending-limits-for-github-codespaces --- - diff --git a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces.md b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces.md index cf5ad18c14..929ebfd3e8 100644 --- a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces.md +++ b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces.md @@ -21,6 +21,8 @@ redirect_from: {% data reusables.codespaces.codespaces-spending-limit-requirement %} +{% data reusables.codespaces.codespaces-monthly-billing %} + Once you've reached your spending limit, your organization or repository will no longer be able to create new codespaces, and won't be able to start existing codespaces. Any existing codespaces that are still running will not be shutdown; if you don't change the spending limit, you will not be charged for the amount that exceeds the limit. For more information about pricing for {% data variables.product.prodname_github_codespaces %} usage, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces)." @@ -67,4 +69,4 @@ You can disable these notifications anytime by navigating to the bottom of the * ## Further reading - "[Restricting access to machine types](/codespaces/managing-codespaces-for-your-organization/restricting-access-to-machine-types)" -- "[Managing billing for {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization)" +- "[Managing the cost of {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-the-cost-of-github-codespaces-in-your-organization)" diff --git a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage.md b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage.md index 3081c864ef..9652fd43bd 100644 --- a/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage.md +++ b/translations/ja-JP/content/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage.md @@ -21,8 +21,21 @@ Organization owners and billing managers can view {% data variables.product.prod {% data reusables.organizations.billing-settings %} 1. Under "{% data variables.product.prodname_codespaces %}", view the details of the compute hours and storage used so far this month. - ![Details of minute usage](/assets/images/help/billing/codespaces-compute-storage.png) + + ![Details of minute usage](/assets/images/help/billing/codespaces-compute-storage.png) + + You can also see and update your current spending limit. For more information, see "[Managing spending limits for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces)." + + {% note %} + + **Notes**: + * The costs shown here are the cumulative costs within the current monthly billing period. The metered costs for {% data variables.product.prodname_github_codespaces %} shown on this page are reset to zero at the start of each monthly billing period. Outstanding costs from previous months are not shown. + * The figures on this page are updated every hour. + + {% endnote %} + {% data reusables.dotcom_billing.actions-packages-report-download-org-account %} + The data used for this report is updated daily. 1. Filter the report to show only rows that mention "Codespaces" in the `Product` field. ![A usage report filtered for Codespaces](/assets/images/help/codespaces/CSV-usage-report.png) @@ -38,3 +51,7 @@ Enterprise owners and billing managers can view {% data variables.product.prodna 1. Under "{% data variables.product.prodname_codespaces %} monthly usage", view the usage details of each organization in your enterprise account. {% data reusables.enterprise-accounts.actions-packages-report-download-enterprise-accounts %} {% endif %} + +## Further reading + +- "[Listing the codespaces in your organization](/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization)" \ No newline at end of file diff --git a/translations/ja-JP/content/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry.md b/translations/ja-JP/content/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry.md index 51ae89d06d..f8ef3037ef 100644 --- a/translations/ja-JP/content/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry.md +++ b/translations/ja-JP/content/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry.md @@ -14,23 +14,23 @@ shortTitle: Private image registry A registry is a secure space for storing, managing, and fetching private container images. You may use one to store one or more images. There are many examples of registries, such as {% data variables.product.prodname_container_registry %}, {% data variables.product.prodname_npm_registry %}, Azure Container Registry, or DockerHub. -{% data variables.product.prodname_ghcr_and_npm_registry %} can be configured to allow container images to be pulled seamlessly into {% data variables.product.prodname_github_codespaces %} during codespace creation, without having to provide any authentication credentials. For other image registries, you must create secrets in {% data variables.product.prodname_dotcom %} to store the access details, which will allow {% data variables.product.prodname_github_codespaces %} to access images stored in that registry. +{% data variables.packages.prodname_ghcr_and_npm_registry %} can be configured to allow container images to be pulled seamlessly into {% data variables.product.prodname_github_codespaces %} during codespace creation, without having to provide any authentication credentials. For other image registries, you must create secrets in {% data variables.product.prodname_dotcom %} to store the access details, which will allow {% data variables.product.prodname_github_codespaces %} to access images stored in that registry. -## Accessing images stored in {% data variables.product.prodname_ghcr_and_npm_registry %} +## Accessing images stored in {% data variables.packages.prodname_ghcr_and_npm_registry %} -{% data variables.product.prodname_ghcr_and_npm_registry %} provide the easiest way for {% data variables.product.prodname_github_codespaces %} to consume dev container images. +{% data variables.packages.prodname_ghcr_and_npm_registry %} provide the easiest way for {% data variables.product.prodname_github_codespaces %} to consume dev container images. For more information, see "[Working with the Container registry](/packages/working-with-a-github-packages-registry/working-with-the-container-registry)" and "[Working with the npm registry](/packages/working-with-a-github-packages-registry/working-with-the-npm-registry)". ### Accessing an image published to the same repository as the codespace -If you publish a container image to {% data variables.product.prodname_ghcr_or_npm_registry %} in the same repository that the codespace is being launched in, you will automatically be able to fetch that image on codespace creation. You won't have to provide any additional credentials, unless the **Inherit access from repo** option was unselected when the container image was published. +If you publish a container image to {% data variables.packages.prodname_ghcr_or_npm_registry %} in the same repository that the codespace is being launched in, you will automatically be able to fetch that image on codespace creation. You won't have to provide any additional credentials, unless the **Inherit access from repo** option was unselected when the container image was published. #### Inheriting access from the repository from which an image was published -By default, when you publish a container image to {% data variables.product.prodname_ghcr_or_npm_registry %}, the image inherits the access setting of the repository from which the image was published. For example, if the repository is public, the image is also public. If the repository is private, the image is also private, but is accessible from the repository. +By default, when you publish a container image to {% data variables.packages.prodname_ghcr_or_npm_registry %}, the image inherits the access setting of the repository from which the image was published. For example, if the repository is public, the image is also public. If the repository is private, the image is also private, but is accessible from the repository. -This behavior is controlled by the **Inherit access from repo** option. **Inherit access from repo** is selected by default when publishing via {% data variables.product.prodname_actions %}, but not when publishing directly to {% data variables.product.prodname_ghcr_or_npm_registry %} using a Personal Access Token (PAT). +This behavior is controlled by the **Inherit access from repo** option. **Inherit access from repo** is selected by default when publishing via {% data variables.product.prodname_actions %}, but not when publishing directly to {% data variables.packages.prodname_ghcr_or_npm_registry %} using a Personal Access Token (PAT). If the **Inherit access from repo** option was not selected when the image was published, you can manually add the repository to the published container image's access controls. For more information, see "[Configuring a package's access control and visibility](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility#inheriting-access-for-a-container-image-from-a-repository)." @@ -46,13 +46,13 @@ If you want to allow a subset of an organization's repositories to access a cont ### Publishing a container image from a codespace -Seamless access from a codespace to {% data variables.product.prodname_ghcr_or_npm_registry %} is limited to pulling container images. If you want to publish a container image from inside a codespace, you must use a personal access token (PAT) with the `write:packages` scope. +Seamless access from a codespace to {% data variables.packages.prodname_ghcr_or_npm_registry %} is limited to pulling container images. If you want to publish a container image from inside a codespace, you must use a personal access token (PAT) with the `write:packages` scope. We recommend publishing images via {% data variables.product.prodname_actions %}. For more information, see "[Publishing Docker images](/actions/publishing-packages/publishing-docker-images)" and "[Publishing Node.js packages](/actions/publishing-packages/publishing-nodejs-packages)." ## Accessing images stored in other container registries -If you are accessing a container image from a registry that isn't {% data variables.product.prodname_ghcr_or_npm_registry %}, {% data variables.product.prodname_github_codespaces %} checks for the presence of three secrets, which define the server name, username, and personal access token (PAT) for a container registry. If these secrets are found, {% data variables.product.prodname_github_codespaces %} will make the registry available inside your codespace. +If you are accessing a container image from a registry that isn't {% data variables.packages.prodname_ghcr_or_npm_registry %}, {% data variables.product.prodname_github_codespaces %} checks for the presence of three secrets, which define the server name, username, and personal access token (PAT) for a container registry. If these secrets are found, {% data variables.product.prodname_github_codespaces %} will make the registry available inside your codespace. - `<*>_CONTAINER_REGISTRY_SERVER` - `<*>_CONTAINER_REGISTRY_USER` diff --git a/translations/ja-JP/content/codespaces/codespaces-reference/index.md b/translations/ja-JP/content/codespaces/codespaces-reference/index.md index 3811c73c20..23376ac98a 100644 --- a/translations/ja-JP/content/codespaces/codespaces-reference/index.md +++ b/translations/ja-JP/content/codespaces/codespaces-reference/index.md @@ -6,7 +6,6 @@ versions: ghec: '*' product: '{% data reusables.gated-features.codespaces %}' children: - - /understanding-billing-for-github-codespaces - /allowing-your-codespace-to-access-a-private-image-registry - /using-github-copilot-in-github-codespaces - /using-the-vs-code-command-palette-in-codespaces diff --git a/translations/ja-JP/content/codespaces/codespaces-reference/understanding-billing-for-github-codespaces.md b/translations/ja-JP/content/codespaces/codespaces-reference/understanding-billing-for-github-codespaces.md deleted file mode 100644 index f6a802c687..0000000000 --- a/translations/ja-JP/content/codespaces/codespaces-reference/understanding-billing-for-github-codespaces.md +++ /dev/null @@ -1,63 +0,0 @@ ---- -title: Understanding billing for GitHub Codespaces -intro: 'Learn how your {% data variables.product.prodname_github_codespaces %} usage is billed.' -versions: - fpt: '*' - ghec: '*' -redirect_from: - - /github/developing-online-with-codespaces/about-billing-for-codespaces - - /codespaces/getting-started-with-codespaces/about-billing-for-codespaces - - /codespaces/codespaces-reference/about-billing-for-codespaces - - /codespaces/codespaces-reference/understanding-billing-for-codespaces -type: reference -topics: - - Codespaces - - Billing -product: '{% data reusables.gated-features.codespaces %}' -shortTitle: Understanding billing ---- - -This article explains how billing works for your codespaces, and explains how your organization's billing manager can help. - -## Getting access to {% data variables.product.prodname_github_codespaces %} - -Your organization's administrator might limit {% data variables.product.prodname_github_codespaces %} usage to only specific personal accounts. To get access, you will need to contact your billing manager. For more information, see "[Managing access to other repositories within your codespace](/codespaces/managing-your-codespaces/managing-repository-access-for-your-codespaces)." - -## How much it costs to use {% data variables.product.prodname_codespaces %} - -To see the pricing for {% data variables.product.prodname_github_codespaces %} usage, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-codespaces#codespaces-pricing)." - -## How your codespace usage is billed - -Your codespace is billed for its compute minutes and for the amount of storage it uses on disk. - -If you enable prebuilding of codespaces this will incur additional charges. For more information, see "[About {% data variables.product.prodname_github_codespaces %} prebuilds](/codespaces/prebuilding-your-codespaces/about-github-codespaces-prebuilds#about-billing-for-codespaces-prebuilds)." - -### Understanding what compute minutes are -Your codespace is billed for the number of minutes that it's active. If your codespaces window is left idle for 30 minutes, it will automatically shutdown, and compute billing for the codespace will end until you start the codespace again. - -### Understanding how codespace storage is billed -For {% data variables.product.prodname_github_codespaces %}, storage is defined to include any files relating to your codespace, such as the cloned repository, configuration files, and extensions, among others. This storage is billed while your codespace is shutdown. The storage billing for a codespace ends when you manually delete it from https://github.com/codespaces. - -## How spending limits work - -Before your organization can use {% data variables.product.prodname_github_codespaces %}, your billing manager will need to set a spending limit. For more information, see "[Managing spending limits for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces)." - -## Exporting changes when you have reached your spending limit - -{% data reusables.codespaces.exporting-changes %} - -## Checking your current usage and limits -If you need to check your current usage or spending limit, contact your organization's billing manager. For more information, see "[Viewing your {% data variables.product.prodname_github_codespaces %} usage](/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage)." - -## Codespaces can be automatically deleted - -Your codespace will be automatically deleted when you are removed from an organization or repository. - -## Deleting your unused codespaces - -You can manually delete your codespaces in https://github.com/codespaces and from within {% data variables.product.prodname_vscode %}. To reduce the size of a codespace, you can manually delete files using the terminal or from within {% data variables.product.prodname_vscode %}. - -## Further reading - -- "[Managing billing for {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization)" diff --git a/translations/ja-JP/content/codespaces/developing-in-codespaces/codespaces-lifecycle.md b/translations/ja-JP/content/codespaces/developing-in-codespaces/codespaces-lifecycle.md index 2465cfe69e..d3ec7e7ef3 100644 --- a/translations/ja-JP/content/codespaces/developing-in-codespaces/codespaces-lifecycle.md +++ b/translations/ja-JP/content/codespaces/developing-in-codespaces/codespaces-lifecycle.md @@ -71,7 +71,7 @@ If you try to delete a codespace with unpushed git commits, your editor will not Codespaces that have been stopped and remain inactive for a specified period of time will be deleted automatically. By default, inactive codespaces are deleted after 30 days, but you can customize your codespace retention period. For more information, see "[Configuring automatic deletion of your codespaces](/codespaces/customizing-your-codespace/configuring-automatic-deletion-of-your-codespaces)." -You will be charged for the storage of all your codespaces. When you delete a codespace, you will no longer be charged. +If you create a codespace, it will continue to accrue storage charges until it is deleted, irrespective of whether it is active or stopped. For more information, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces#billing-for-storage-usage)." Deleting a codespace does not reduce the current billable amount for {% data variables.product.prodname_github_codespaces %}, which accumulates during each monthly billing cycle. For more information, see "[Viewing your {% data variables.product.prodname_github_codespaces %} usage](/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage)." For more information on deleting a codespace, see "[Deleting a codespace](/codespaces/developing-in-codespaces/deleting-a-codespace)." diff --git a/translations/ja-JP/content/codespaces/developing-in-codespaces/index.md b/translations/ja-JP/content/codespaces/developing-in-codespaces/index.md index a77caa0ede..2068d092f9 100644 --- a/translations/ja-JP/content/codespaces/developing-in-codespaces/index.md +++ b/translations/ja-JP/content/codespaces/developing-in-codespaces/index.md @@ -11,12 +11,12 @@ children: - /codespaces-lifecycle - /developing-in-a-codespace - /creating-a-codespace + - /deleting-a-codespace - /opening-an-existing-codespace - /using-source-control-in-your-codespace - /using-github-codespaces-for-pull-requests - /stopping-and-starting-a-codespace - /renaming-a-codespace - - /deleting-a-codespace - /forwarding-ports-in-your-codespace - /default-environment-variables-for-your-codespace - /connecting-to-a-private-network diff --git a/translations/ja-JP/content/codespaces/getting-started/deep-dive.md b/translations/ja-JP/content/codespaces/getting-started/deep-dive.md index 782e475ffb..c6a2e16f8a 100644 --- a/translations/ja-JP/content/codespaces/getting-started/deep-dive.md +++ b/translations/ja-JP/content/codespaces/getting-started/deep-dive.md @@ -117,6 +117,6 @@ If you already use {% data variables.product.prodname_vscode_shortname %}, you c ## Further reading - "[Enabling {% data variables.product.prodname_github_codespaces %} for your organization](/codespaces/managing-codespaces-for-your-organization/enabling-github-codespaces-for-your-organization)" -- "[Managing billing for {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization)" +- "[Managing the cost of {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-the-cost-of-github-codespaces-in-your-organization)" - "[Add a dev container configuration to your repository](/codespaces/setting-up-your-project-for-codespaces/setting-up-your-project-for-codespaces)" - "[Codespaces lifecycle](/codespaces/developing-in-codespaces/codespaces-lifecycle)" diff --git a/translations/ja-JP/content/codespaces/getting-started/quickstart.md b/translations/ja-JP/content/codespaces/getting-started/quickstart.md index 3aa2d59490..213fec6823 100644 --- a/translations/ja-JP/content/codespaces/getting-started/quickstart.md +++ b/translations/ja-JP/content/codespaces/getting-started/quickstart.md @@ -111,4 +111,4 @@ You've successfully created, personalized, and run your first application within ## Further reading - "[Enabling {% data variables.product.prodname_github_codespaces %} for your organization](/codespaces/managing-codespaces-for-your-organization/enabling-github-codespaces-for-your-organization)" -- "[Managing billing for {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization)" +- "[Managing the cost of {% data variables.product.prodname_github_codespaces %} in your organization](/codespaces/managing-codespaces-for-your-organization/managing-the-cost-of-github-codespaces-in-your-organization)" diff --git a/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/index.md b/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/index.md index 7471e3832a..427e5e8323 100644 --- a/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/index.md +++ b/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/index.md @@ -11,7 +11,7 @@ topics: children: - /enabling-github-codespaces-for-your-organization - /listing-the-codespaces-in-your-organization - - /managing-billing-for-github-codespaces-in-your-organization + - /managing-the-cost-of-github-codespaces-in-your-organization - /managing-encrypted-secrets-for-your-repository-and-organization-for-github-codespaces - /managing-repository-access-for-your-organizations-codespaces - /reviewing-your-organizations-audit-logs-for-github-codespaces diff --git a/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization.md b/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization.md index 3206984f1d..68ef8f119d 100644 --- a/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization.md +++ b/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization.md @@ -1,7 +1,7 @@ --- -title: 組織内の codespace を一覧表示する +title: Listing the codespaces in your organization shortTitle: List organization codespaces -intro: 組織に対して現在アクティブになっているまたは停止している codespace をすべて一覧表示できます。 +intro: 'You can list all of the currently active or stopped codespaces for your organization.' product: '{% data reusables.gated-features.codespaces %}' permissions: 'To list all of the current codespaces for your organization, you must be an organization owner.' versions: @@ -11,34 +11,31 @@ type: how_to topics: - Codespaces - Administrator -ms.openlocfilehash: 72d59c35641dd77b4d3623cc70b12b5be880be34 -ms.sourcegitcommit: 478f2931167988096ae6478a257f492ecaa11794 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2022 -ms.locfileid: '147865220' --- -## 概要 -組織の所有者は、組織に対して現在アクティブになっているまたは停止している codespace をすべて一覧表示できます。 これを行って、ユーザーが作成している codespace の数を確認し、不要なコストが発生していないことを確認することをお勧めします。 +## Overview -組織用の codespace を一覧表示する最も簡単な方法は、{% data variables.product.prodname_cli %} を使用することです。 REST API を使用することもできます。これにより、各 codespace に関する詳しい情報を確認できます。 +As an organization owner, you can list all of the currently active and stopped codespaces for your organization. You might want to do this to check how many codespaces users are creating, to make sure they aren't incurring unnecessary costs. For information about pricing, see "[About billing for GitHub Codespaces](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces)." -### {% data variables.product.prodname_cli %} を使用して codespace を一覧表示する +The easiest way to list the codespaces for an organization is by using {% data variables.product.prodname_cli %}. You can also use the REST API, which provides more information about each codespace. -指定した組織に対する現在の codespace をすべて一覧表示するには、次のコマンドを使用します。 +For information on how to see the current total {% data variables.product.prodname_codespaces %} usage for your organization or enterprise, and generate a detailed report, see "[Viewing your {% data variables.product.prodname_github_codespaces %} usage](/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage)." + +### Using {% data variables.product.prodname_cli %} to list codespaces + +To list all of the current codespaces for a specified organization, use the following command. ```shell{:copy} gh codespace list --org ORGANIZATION ``` -このコマンドを実行すると、codespace ごとに次の情報を含むリストが返されます。 - - 名前と表示名 - - codespace を作成したユーザー - - リポジトリとブランチ - - codespace の現在の状態 +This command returns a list that includes the following information for each codespace: + - The name and display name + - The user who created the codespace + - The repository and branch + - The current state of the codespace -特定のユーザーによって作成された、組織向けの現在の codespace をすべて一覧表示するには、次のコマンドを使用します。 +To list all of the current codespaces for an organization that were created by a specific user, use the following command. ```shell{:copy} gh codespace list --org ORGANIZATION --user USER @@ -46,12 +43,12 @@ gh codespace list --org ORGANIZATION --user USER {% note %} -**注**: 上記のコマンドでは、`ORGANIZATION` を、クエリを実行する組織の名前に置き換えます。 組織の所有者でなければなりません。 +**Note**: In the above commands, replace `ORGANIZATION` with the name of the organization you are querying. You must be an owner of the organization. {% endnote %} -### REST API を使用して codespace を一覧表示する +### Using the REST API to list codespaces -組織に対する現在の codespace を一覧表示する別の方法として、`/orgs/{org}/codespaces` API エンドポイントを使用することもできます。 これを使用すると、{% data variables.product.prodname_cli %} よりも多くの情報が返されます。たとえば、マシンの種類に関する詳しい情報などです。 +You can use the `/orgs/{org}/codespaces` API endpoint as an alternative method of listing the current codespaces for an organization. This returns more information than {% data variables.product.prodname_cli %}; for example, the machine type details. -このエンドポイントについて詳しくは、「[Codespaces Organizations](/rest/codespaces/organizations#list-codespaces-for-the-organization)」を参照してください。 +For more information about this endpoint, see "[Codespaces organizations](/rest/codespaces/organizations#list-codespaces-for-the-organization)." \ No newline at end of file diff --git a/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization.md b/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization.md deleted file mode 100644 index b00448e35b..0000000000 --- a/translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization.md +++ /dev/null @@ -1,62 +0,0 @@ ---- -title: Managing billing for GitHub Codespaces in your organization -shortTitle: Manage billing -intro: 'You can check your {% data variables.product.prodname_github_codespaces %} usage and set usage limits.' -product: '{% data reusables.gated-features.codespaces %}' -permissions: 'To manage billing for {% data variables.product.prodname_github_codespaces %} for an organization, you must be an organization owner or a billing manager.' -versions: - fpt: '*' - ghec: '*' -type: reference -topics: - - Codespaces - - Billing -redirect_from: - - /codespaces/managing-codespaces-for-your-organization/managing-billing-for-codespaces-in-your-organization ---- - -## Overview - -To learn about pricing for {% data variables.product.prodname_github_codespaces %}, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces#codespaces-pricing)." - -{% data reusables.codespaces.codespaces-billing %} - -- As an organization owner or a billing manager, you can manage {% data variables.product.prodname_github_codespaces %} billing for your organization: ["About billing for Codespaces"](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces) -- As an organization owner, you can list the currently active and stopped codespaces for your organization. In addition to these codespaces, costs for the current month may include costs for codespaces that existed earlier in the current month but have since been deleted. -- For users, there is a guide that explains how billing works: ["Understanding billing for {% data variables.product.prodname_github_codespaces %}"](/codespaces/codespaces-reference/understanding-billing-for-github-codespaces) - -## Usage limits - -You can set a usage limit for the codespaces in your organization or repository. This limit is applied to the compute and storage usage for {% data variables.product.prodname_github_codespaces %}: - -- **Compute minutes:** Compute usage is calculated by the actual number of minutes used by all {% data variables.product.prodname_github_codespaces %} instances while they are active. These totals are reported to the billing service daily, and is billed monthly. You can set a spending limit for {% data variables.product.prodname_github_codespaces %} usage in your organization. For more information, see "[Managing spending limits for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces)." - -- **Storage usage:** For {% data variables.product.prodname_github_codespaces %} billing purposes, this includes all storage used by all codespaces in your account. This includes resources such as cloned repositories, configuration files, and extensions, among others. These totals are reported to the billing service daily, and is billed monthly. At the end of the month, {% data variables.product.prodname_dotcom %} rounds your storage to the nearest MB. To check how many compute minutes and storage GB have been used by {% data variables.product.prodname_github_codespaces %}, see "[Viewing your {% data variables.product.prodname_github_codespaces %} usage"](/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage)." - -## Disabling or limiting {% data variables.product.prodname_codespaces %} - -You can disable all use of {% data variables.product.prodname_github_codespaces %} that would be billed to your organization. Alternatively, you can specify which organization members or collaborators can use {% data variables.product.prodname_codespaces %} at your organization's expense. For more information, see "[Enabling {% data variables.product.prodname_github_codespaces %} for your organization](/codespaces/managing-codespaces-for-your-organization/enabling-github-codespaces-for-your-organization)." - -{% data reusables.codespaces.codespaces-disabling-org-billing %} - -You can configure which repositories can be accessed from codespaces created for a particular repository. For more information, see "[Managing access to other repositories within your codespace](/codespaces/managing-your-codespaces/managing-repository-access-for-your-codespaces)." - -You can limit the choice of types of machine that are available for codespaces created from repositories owned by your organization. This allows you to prevent people using overly resourced machines for their codespaces, and incurring unnecessary charges. For more information, see "[Restricting access to machine types](/codespaces/managing-codespaces-for-your-organization/restricting-access-to-machine-types)." - -You can also restrict how long a codespace can remain unused before it is automatically deleted. This can help to reduce storage costs for {% data variables.product.prodname_codespaces %}. For more information, see "[Restricting the retention period for codespaces](/codespaces/managing-codespaces-for-your-organization/restricting-the-retention-period-for-codespaces)." - -## Deleting unused codespaces - -Your users can delete their own codespaces in https://github.com/codespaces and from within {% data variables.product.prodname_vscode %}. To reduce the size of a codespace, users can manually delete files using the terminal or from within {% data variables.product.prodname_vscode_shortname %}. - -As an organization owner, you can delete any codespace in your organization. For more information, see "[Deleting a codespace](/codespaces/developing-in-codespaces/deleting-a-codespace#deleting-codespaces-in-your-organization)." - -{% note %} - -**Note:** Codespaces are automatically deleted after they have been stopped and have remained inactive for a defined number of days. For more information, see "[Restricting the retention period for codespaces](/codespaces/managing-codespaces-for-your-organization/restricting-the-retention-period-for-codespaces)." A codespace can only be manually deleted by the person who created the codespace. - -{% endnote %} - -## Further reading - -- "[Listing the codespaces in your organization](/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization)" diff --git a/translations/ja-JP/content/codespaces/overview.md b/translations/ja-JP/content/codespaces/overview.md index 4c07f6674a..1a6ee65780 100644 --- a/translations/ja-JP/content/codespaces/overview.md +++ b/translations/ja-JP/content/codespaces/overview.md @@ -40,6 +40,8 @@ You can also personalize aspects of your codespace environment by using a public For information on pricing, storage, and usage for {% data variables.product.prodname_github_codespaces %}, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces)." -{% data reusables.codespaces.codespaces-spending-limit-requirement %} For information on how organizations owners and billing managers can manage the spending limit for {% data variables.product.prodname_github_codespaces %} for an organization, see "[Managing spending limits for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces)." +{% data reusables.codespaces.codespaces-spending-limit-requirement %} + +{% data reusables.codespaces.codespaces-monthly-billing %} For information on how organizations owners and billing managers can manage the spending limit for {% data variables.product.prodname_github_codespaces %} for an organization, see "[Managing spending limits for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/managing-spending-limits-for-github-codespaces)." You can see who will pay for a codespace before you create it. For more information, see "[Creating a codespace](/codespaces/developing-in-codespaces/creating-a-codespace#creating-a-codespace)." \ No newline at end of file diff --git a/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/about-github-codespaces-prebuilds.md b/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/about-github-codespaces-prebuilds.md index 8b6652eee4..9bbee8317c 100644 --- a/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/about-github-codespaces-prebuilds.md +++ b/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/about-github-codespaces-prebuilds.md @@ -14,7 +14,9 @@ redirect_from: ## Overview -Prebuilding your codespaces allows you to be more productive and access your codespace faster, particularly if your repository is large or complex and new codespaces currently take more than 2 minutes to start. This is because any source code, editor extensions, project dependencies, commands, and configurations have already been downloaded, installed, and applied before you create a codespace for your project. Think of a prebuild as a "ready-to-go" template for a codespace. +{% data reusables.codespaces.prebuilds-definition %} + +If it currently takes more than 2 minutes to create a codespace for a repository, you are likely to benefit from using prebuilds. This is because, with a prebuild, any source code, editor extensions, project dependencies, commands, and configurations have already been downloaded, installed, and applied before you create a codespace. By default, whenever you push changes to your repository, {% data variables.product.prodname_github_codespaces %} uses {% data variables.product.prodname_actions %} to automatically update your prebuilds. @@ -28,16 +30,10 @@ To create a prebuild you set up a prebuild configuration. When you save the conf When a prebuild configuration workflow runs, {% data variables.product.prodname_dotcom %} creates a temporary codespace, performing setup operations up to and including any `onCreateCommand` and `updateContentCommand` commands in the `devcontainer.json` file. No `postCreateCommand` commands are run during the creation of a prebuild. For more information about these commands, see the [`devcontainer.json` reference](https://code.visualstudio.com/docs/remote/devcontainerjson-reference#_devcontainerjson-properties) in the {% data variables.product.prodname_vscode_shortname %} documentation. A snapshot of the generated container is then taken and stored. +As with other Actions workflows, running a prebuild configuration workflow will either consume some of the Actions minutes included with your account, if you have any, or it will incur charges for Actions minutes. Storage of codespace prebuilds is billed in the same way as storage of active or stopped codespaces. For more information, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces#billing-for-codespaces-prebuilds)." + When you create a codespace from a prebuild, {% data variables.product.prodname_dotcom %} downloads the existing container snapshot from storage and deploys it on a fresh virtual machine, completing the remaining commands specified in the dev container configuration. Since many operations have already been performed, such as cloning the repository, creating a codespace from a prebuild can be substantially quicker than creating one without a prebuild. This is true where the repository is large and/or `onCreateCommand` commands take a long time to run. -## About billing for {% data variables.product.prodname_codespaces %} prebuilds - -{% data reusables.codespaces.billing-for-prebuilds-default %} For details of {% data variables.product.prodname_github_codespaces %} storage pricing, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces)." - -{% data reusables.codespaces.billing-for-prebuilds-reducing %} - -Use of codespaces created using prebuilds is charged at the same rate as regular codespaces. - ## About pushing changes to prebuild-enabled branches By default, each push to a branch that has a prebuild configuration results in a {% data variables.product.prodname_dotcom %}-managed Actions workflow run to update the prebuild. The prebuild workflow has a concurrency limit of one workflow run at a time for a given prebuild configuration, unless changes were made that affect the dev container configuration for the associated repository. For more information, see "[Introduction to dev containers](/codespaces/setting-up-your-project-for-codespaces/introduction-to-dev-containers)." If a run is already in progress, the workflow run that was queued most recently queued will run next, after the current run completes. diff --git a/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/configuring-prebuilds.md b/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/configuring-prebuilds.md index 9c44b43045..5f8d82217a 100644 --- a/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/configuring-prebuilds.md +++ b/translations/ja-JP/content/codespaces/prebuilding-your-codespaces/configuring-prebuilds.md @@ -61,7 +61,7 @@ Before you can configure prebuilds for your project the following must be true: {% note %} **Notes**: - * The prebuild for each region will incur individual charges. You should, therefore, only enable prebuilds for regions in which you know they'll be used. For more information, see "[About {% data variables.product.prodname_github_codespaces %} prebuilds](/codespaces/prebuilding-your-codespaces/about-github-codespaces-prebuilds#about-billing-for-codespaces-prebuilds)." + * The prebuild for each region will incur individual charges. You should, therefore, only enable prebuilds for regions in which you know they'll be used. For more information, see "[About billing for {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces#billing-for-codespaces-prebuilds)." * Developers can set their default region for {% data variables.product.prodname_github_codespaces %}, which can allow you to enable prebuilds for fewer regions. For more information, see "[Setting your default region for {% data variables.product.prodname_github_codespaces %}](/codespaces/customizing-your-codespace/setting-your-default-region-for-github-codespaces)." {% endnote %} diff --git a/translations/ja-JP/content/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls.md b/translations/ja-JP/content/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls.md index 9525e0cabf..7898abc4e9 100644 --- a/translations/ja-JP/content/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls.md +++ b/translations/ja-JP/content/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls.md @@ -1,6 +1,6 @@ --- -title: 自動リンクされた参照と URL -intro: URL、Issue、プルリクエスト、コミットへの参照は、自動的に短縮されてリンクに変換されます。 +title: Autolinked references and URLs +intro: 'References to URLs, issues, pull requests, and commits are automatically shortened and converted into links.' redirect_from: - /articles/autolinked-references-and-urls - /github/writing-on-github/autolinked-references-and-urls @@ -11,68 +11,68 @@ versions: ghae: '*' ghec: '*' shortTitle: Auto linked references -ms.openlocfilehash: 6f6548dbe931a7a6adb809aa4e5616db4358c242 -ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/05/2022 -ms.locfileid: '147419690' --- -## URL +## URLs -{% data variables.product.product_name %}は自動的に標準的な URL からリンクを生成します。 +{% data variables.product.product_name %} automatically creates links from standard URLs. `Visit https://github.com` -![変換された自動リンク URL](/assets/images/help/writing/url-autolink-rendered.png) +![Rendered autolinked URL](/assets/images/help/writing/url-autolink-rendered.png) -リンクの作成の詳細については、「[基本的な書き方とフォーマットの構文](/articles/basic-writing-and-formatting-syntax/#links)」を参照してください。 +For more information on creating links, see "[Basic writing and formatting syntax](/articles/basic-writing-and-formatting-syntax/#links)." -## Issue およびプルリクエスト +## Issues and pull requests -{% data variables.product.product_name %} 上の会話の中では、Issue やプルリクエストへの参照は自動的に短縮リンクに変換されます。 +Within conversations on {% data variables.product.product_name %}, references to issues and pull requests are automatically converted to shortened links. {% note %} -**メモ:** 自動リンクされた参照は、ウィキやリポジトリ中のファイルでは作成されません。 +**Note:** Autolinked references are not created in wikis or files in a repository. {% endnote %} -| 参照の種類 | 未処理の参照 | ショート リンク | +| Reference type | Raw reference | Short link | | --- | --- | --- | -| イシューまたは pull request の URL | https://github.com/jlord/sheetsee.js/issues/26 | [#26](https://github.com/jlord/sheetsee.js/issues/26) -| `#` と、イシューまたは pull request の番号 | #26 | [#26](https://github.com/jlord/sheetsee.js/issues/26) | -| `GH-` と、イシューまたは pull request の番号 | GH-26 | [GH-26](https://github.com/jlord/sheetsee.js/issues/26) | -| `Username/Repository#` と、イシューまたは pull request の番号 | jlord/sheetsee.js#26 | [jlord/sheetsee.js#26](https://github.com/jlord/sheetsee.js/issues/26) -| `Organization_name/Repository#` と、イシューまたは pull request の番号 | github/linguist#4039 | [github/linguist#4039](https://github.com/github/linguist/pull/4039) +| Issue or pull request URL | https://github.com/jlord/sheetsee.js/issues/26 | [#26](https://github.com/jlord/sheetsee.js/issues/26) +| `#` and issue or pull request number | #26 | [#26](https://github.com/jlord/sheetsee.js/issues/26) | +| `GH-` and issue or pull request number | GH-26 | [GH-26](https://github.com/jlord/sheetsee.js/issues/26) | +| `Username/Repository#` and issue or pull request number | jlord/sheetsee.js#26 | [jlord/sheetsee.js#26](https://github.com/jlord/sheetsee.js/issues/26) +| `Organization_name/Repository#` and issue or pull request number | github/linguist#4039 | [github/linguist#4039](https://github.com/github/linguist/pull/4039) -{% ifversion fpt or ghec %} リストで issue、pull request、ディスカッションを参照すると、その参照はタイトルと状態を表示するように展開されます。 タスク リストの詳細については、「[タスク リストについて](/issues/tracking-your-work-with-issues/creating-issues/about-task-lists)」を参照してください。 +{% ifversion fpt or ghec %} +If you reference an issue, pull request, or discussion in a list, the reference will unfurl to show the title and state instead. For more information about task lists, see "[About task lists](/issues/tracking-your-work-with-issues/creating-issues/about-task-lists)." {% endif %} -## ラベル -Markdown でラベルの URL を参照すると、ラベルが自動的にレンダリングされます。 同じリポジトリのラベルのみがレンダリングされ、別のリポジトリのラベルを指す URL は任意の [URL](/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls#urls) としてレンダリングされます。 +## Labels +When referencing the URL of a label in Markdown, the label is automatically rendered. Only labels of the same repository are rendered, URLs pointing to a label from a different repository are rendered as any [URL](/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls#urls). -ラベルの URL は、ラベル ページに移動し、ラベルをクリックすることで見つけることができます。 たとえば、パブリック [ドキュメント リポジトリ](https://github.com/github/docs/)内のラベル "enhancement" の URL は次のようになります +The URL of a label can be found by navigating to the labels page and clicking on a label. For example, the URL of the label "enhancement" in our public [docs repository](https://github.com/github/docs/) is ```md https://github.com/github/docs/labels/enhancement ``` +{% note %} -## コミット SHA +**Note:** If the label name contains a period (`.`), the label will not automatically render from the label URL. -コミットの SHA ハッシュへの参照は、{% data variables.product.product_name %}上のコミットへの短縮リンクに自動的に変換されます。 +{% endnote %} -| 参照の種類 | 未処理の参照 | ショート リンク | +## Commit SHAs + +References to a commit's SHA hash are automatically converted into shortened links to the commit on {% data variables.product.product_name %}. + +| Reference type | Raw reference | Short link | | --- | --- | --- | -| コミット URL | [`https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e`](https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e) | [a5c3785](https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e) | +| Commit URL | [`https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e`](https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e) | [a5c3785](https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e) | | SHA | a5c3785ed8d6a35868bc169f07e40e889087fd2e | [a5c3785](https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e) | | User@SHA | jlord@a5c3785ed8d6a35868bc169f07e40e889087fd2e | [jlord@a5c3785](https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e) | `Username/Repository@SHA` | `jlord/sheetsee.js@a5c3785ed8d6a35868bc169f07e40e889087fd2e` | [`jlord/sheetsee.js@a5c3785`](https://github.com/jlord/sheetsee.js/commit/a5c3785ed8d6a35868bc169f07e40e889087fd2e) | -## 外部リソースへのカスタム自動リンク +## Custom autolinks to external resources {% data reusables.repositories.autolink-references %} -## 参考資料 +## Further reading -- [Basic writing and formatting syntax (基本的な書き方とフォーマットの構文)](/articles/basic-writing-and-formatting-syntax) +- "[Basic writing and formatting syntax](/articles/basic-writing-and-formatting-syntax)" diff --git a/translations/ja-JP/content/packages/learn-github-packages/about-permissions-for-github-packages.md b/translations/ja-JP/content/packages/learn-github-packages/about-permissions-for-github-packages.md index 1aab26f3ae..68dd781bd9 100644 --- a/translations/ja-JP/content/packages/learn-github-packages/about-permissions-for-github-packages.md +++ b/translations/ja-JP/content/packages/learn-github-packages/about-permissions-for-github-packages.md @@ -1,6 +1,6 @@ --- -title: GitHub Packagesの権限について -intro: パッケージの権限の管理方法を学んでください。 +title: About permissions for GitHub Packages +intro: Learn about how to manage permissions for your packages. product: '{% data reusables.gated-features.packages %}' versions: fpt: '*' @@ -8,83 +8,80 @@ versions: ghae: '*' ghec: '*' shortTitle: About permissions -ms.openlocfilehash: 1663fa3bfc8fd6149e43fd9cf09a8362739c7341 -ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/05/2022 -ms.locfileid: '147704940' --- -{% ifversion fpt or ghec %} パッケージの権限は、リポジトリ スコープかユーザー/組織スコープです。 -{% endif %} - -## リポジトリスコープのパッケージの権限 - -リポジトリスコープのパッケージは、パッケージを所有するリポジトリの権限と可視性を継承します。 リポジトリをスコープとするパッケージは、リポジトリのメインページにアクセスし、ページ右にある **パッケージ** リンクをクリックすれば見つかります。 {% ifversion fpt or ghec %}詳細については、「[リポジトリのパッケージへの接続](/packages/learn-github-packages/connecting-a-repository-to-a-package)」を参照してください。{% endif %} - -以下の {% data variables.product.prodname_registry %} レジストリでは、リポジトリ スコープのアクセス許可 **のみ** を使います。 - - {% ifversion not fpt or ghec %}- Docker レジストリ (`docker.pkg.github.com`){% endif %} {% ifversion packages-npm-v2 %}{% else %}- npm レジストリ{% endif %} - - RubyGemsレジストリ - - Apache Mavenレジストリ - - NuGetレジストリ - -{% ifversion packages-npm-v2 %}{% data variables.product.prodname_ghcr_and_npm_registry %}の場合、パッケージのスコープをユーザー、組織に設定、またはリポジトリにリンクすることを許可できます。{% endif %} {% ifversion fpt or ghec %} -## ユーザ/Organizationスコープのパッケージの詳細な権限 +The permissions for packages are either repository-scoped or user/organization-scoped. +{% endif %} -詳細な権限を持つパッケージは、個人ユーザもしくはOrganizationアカウントをスコープとします。 パッケージのアクセス制御と可視性は、パッケージに接続された（あるいはリンクされた）リポジトリは別個に変更できます。 +## Permissions for repository-scoped packages -現在のところ、{% data variables.product.prodname_ghcr_and_npm_registry %}でコンテナ イメージ パッケージに関する細かいアクセス許可を提供しています。 +A repository-scoped package inherits the permissions and visibility of the repository that owns the package. You can find a package scoped to a repository by going to the main page of the repository and clicking the **Packages** link to the right of the page. {% ifversion fpt or ghec %}For more information, see "[Connecting a repository to a package](/packages/learn-github-packages/connecting-a-repository-to-a-package)."{% endif %} -## コンテナイメージの可視性とアクセス権限 +The {% data variables.product.prodname_registry %} registries below **only** use repository-scoped permissions: + + {% ifversion not fpt or ghec %}- Docker registry (`docker.pkg.github.com`){% endif %} + {% ifversion packages-npm-v2 %}{% else %}- npm registry{% endif %} + - RubyGems registry + - Apache Maven registry + - NuGet registry + +{% ifversion packages-npm-v2 %}For {% data variables.packages.prodname_ghcr_and_npm_registry %}, you can choose to allow packages to be scoped to a user, an organization, or linked to a repository.{% endif %} + +{% ifversion fpt or ghec %} +## Granular permissions for user/organization-scoped packages + +Packages with granular permissions are scoped to a personal user or organization account. You can change the access control and visibility of the package separately from a repository that is connected (or linked) to a package. + +Currently, the {% data variables.packages.prodname_ghcr_and_npm_registry %} offer granular permissions for your container image packages. + +## Visibility and access permissions for container images {% data reusables.package_registry.visibility-and-access-permissions %} -詳細については、「[パッケージのアクセス制御と可視性の設定](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)」を参照してください。 +For more information, see "[Configuring a package's access control and visibility](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)." {% endif %} -## パッケージの管理 +## About scopes and permissions for package registries -パッケージ レジストリでホストされているパッケージを使用もしくは管理するためには、適切なスコープを持つトークンを使わなければならず、個人用アカウントが適切な権限を持っていなければなりません。 +To use or manage a package hosted by a package registry, you must use a token with the appropriate scope, and your personal account must have appropriate permissions. -次に例を示します。 -- リポジトリからパッケージをダウンロードしてインストールするには、トークンに `read:packages` スコープが設定されていなければならず、ユーザー アカウントには読み取り権限が設定されていなければなりません。 -- {% ifversion fpt or ghes or ghec %}{% data variables.product.product_name %} 上のパッケージを削除するには、ご利用のトークンに少なくとも `delete:packages` および `read:packages` スコープが設定されている必要があります。 リポジトリをスコープとするパッケージには、`repo` スコープも必要です。 詳細については、「[パッケージを削除および復元する](/packages/learn-github-packages/deleting-and-restoring-a-package)」を参照してください。{% elsif ghae %}{% data variables.product.product_name %} で指定したバージョンのパッケージを削除するには、ご利用のトークンに `delete:packages` および `repo` スコープが設定されている必要があります。 詳細については、「[パッケージを削除および復元する](/packages/learn-github-packages/deleting-and-restoring-a-package)」を参照してください。{% endif %} +For example: +- To download and install packages from a repository, your token must have the `read:packages` scope, and your user account must have read permission. +- {% ifversion fpt or ghes or ghec %}To delete a package on {% data variables.product.product_name %}, your token must at least have the `delete:packages` and `read:packages` scope. The `repo` scope is also required for repo-scoped packages. For more information, see "[Deleting and restoring a package](/packages/learn-github-packages/deleting-and-restoring-a-package)."{% elsif ghae %}To delete a specified version of a package on {% data variables.product.product_name %}, your token must have the `delete:packages` and `repo` scope. For more information, see "[Deleting and restoring a package](/packages/learn-github-packages/deleting-and-restoring-a-package)."{% endif %} -| Scope | 説明 | 必要な権限 | +| Scope | Description | Required permission | | --- | --- | --- | -|`read:packages`| {% data variables.product.prodname_registry %}からのパッケージのダウンロードとインストール | 読み取り | -|`write:packages`| {% data variables.product.prodname_registry %}へのパッケージのアップロードと公開 | 書き込み | -| `delete:packages` | {% ifversion fpt or ghes or ghec %} {% data variables.product.prodname_registry %}からのパッケージの削除{% elsif ghae %}{% data variables.product.prodname_registry %}からの指定したバージョンのパッケージの削除{% endif %} | admin | -| `repo` | パッケージをアップロードおよび削除する (`write:packages` または `delete:packages` と一緒に) | 書き込みもしくは読み取り | +|`read:packages`| Download and install packages from {% data variables.product.prodname_registry %} | read | +|`write:packages`| Upload and publish packages to {% data variables.product.prodname_registry %} | write | +| `delete:packages` | {% ifversion fpt or ghes or ghec %} Delete packages from {% data variables.product.prodname_registry %} {% elsif ghae %} Delete specified versions of packages from {% data variables.product.prodname_registry %} {% endif %} | admin | +| `repo` | Upload and delete packages (along with `write:packages`, or `delete:packages`) | write or admin | -{% data variables.product.prodname_actions %} ワークフローを作成する際には、`GITHUB_TOKEN` を使って {% data variables.product.prodname_registry %} にパッケージを公開してインストールでき、個人用アクセス トークンを保存して管理する必要はありません。 +When you create a {% data variables.product.prodname_actions %} workflow, you can use the `GITHUB_TOKEN` to publish and install packages in {% data variables.product.prodname_registry %} without needing to store and manage a personal access token. -詳細については、以下を参照してください: {% ifversion fpt or ghec %} -- "[パッケージのアクセス制御と可視性の設定](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)"{% endif %} -- "[{% data variables.product.prodname_actions %} を使用したパッケージの発行とインストール](/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions)" -- 「[個人用アクセス トークンを作成する](/github/authenticating-to-github/creating-a-personal-access-token/)」 -- "[利用できるスコープ](/apps/building-oauth-apps/understanding-scopes-for-oauth-apps/#available-scopes)" +For more information, see:{% ifversion fpt or ghec %} +- "[Configuring a package’s access control and visibility](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)"{% endif %} +- "[Publishing and installing a package with {% data variables.product.prodname_actions %}](/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions)" +- "[Creating a personal access token](/github/authenticating-to-github/creating-a-personal-access-token/)" +- "[Available scopes](/apps/building-oauth-apps/understanding-scopes-for-oauth-apps/#available-scopes)" -## {% data variables.product.prodname_actions %}ワークフローでのパッケージへのアクセスのメンテナンス +## Maintaining access to packages in {% data variables.product.prodname_actions %} workflows -ワークフローがパッケージへのアクセスを確実に維持するためには、確実にワークフローで正しいアクセストークンを使用し、パッケージへの{% data variables.product.prodname_actions %}アクセスを有効化してください。 +To ensure your workflows will maintain access to your packages, ensure that you're using the right access token in your workflow and that you've enabled {% data variables.product.prodname_actions %} access to your package. -{% data variables.product.prodname_actions %} の概念的背景や、ワークフローでパッケージを使用する例については、「[GitHub Actions ワークフローを利用した GitHub Packages の管理](/packages/managing-github-packages-using-github-actions-workflows)」を参照してください。 +For more conceptual background on {% data variables.product.prodname_actions %} or examples of using packages in workflows, see "[Managing GitHub Packages using GitHub Actions workflows](/packages/managing-github-packages-using-github-actions-workflows)." -### アクセス トークン +### Access tokens -- ワークフロー リポジトリに関連付けられているパッケージを発行するには、`GITHUB_TOKEN` を使用します。 -- `GITHUB_TOKEN`がアクセスできない他のプライベート リポジトリに関連するパッケージをインストールするには、個人用アクセス トークンを使用してください。 +- To publish packages associated with the workflow repository, use `GITHUB_TOKEN`. +- To install packages associated with other private repositories that `GITHUB_TOKEN` can't access, use a personal access token -{% data variables.product.prodname_actions %} ワークフローで使用される `GITHUB_TOKEN` の詳細については、「[ワークフローで認証する](/actions/reference/authentication-in-a-workflow#using-the-github_token-in-a-workflow)」を参照してください。 +For more information about `GITHUB_TOKEN` used in {% data variables.product.prodname_actions %} workflows, see "[Authentication in a workflow](/actions/reference/authentication-in-a-workflow#using-the-github_token-in-a-workflow)." {% ifversion fpt or ghec %} -### コンテナイメージに対する{% data variables.product.prodname_actions %}アクセス +### {% data variables.product.prodname_actions %} access for container images -ワークフローがコンテナイメージに確実にアクセスできるようにするには、ワークフローが実行されるリポジトリへの{% data variables.product.prodname_actions %}アクセスを有効化しなければなりません。 この設定は、パッケージの設定ページにあります。 詳細については、「[パッケージへのワークフローのアクセスの確保](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility#ensuring-workflow-access-to-your-package)」を参照してください。 +To ensure your workflows have access to your container image, you must enable {% data variables.product.prodname_actions %} access to the repositories where your workflow is run. You can find this setting on your package's settings page. For more information, see "[Ensuring workflow access to your package](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility#ensuring-workflow-access-to-your-package)." {% endif %} diff --git a/translations/ja-JP/content/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility.md b/translations/ja-JP/content/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility.md index 536a07b00e..3e7204200c 100644 --- a/translations/ja-JP/content/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility.md +++ b/translations/ja-JP/content/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility.md @@ -15,7 +15,7 @@ shortTitle: Access control & visibility Packages with granular permissions are scoped to a personal user or organization account. You can change the access control and visibility of a package separately from the repository that it is connected (or linked) to. -Currently, you can only use granular permissions with the {% data variables.product.prodname_ghcr_and_npm_registry %}. Granular permissions are not supported in our other package registries, such as the RubyGems registry.{% ifversion docker-ghcr-enterprise-migration %} For more information about migration to the {% data variables.product.prodname_container_registry %}, see "[Migrating to the {% data variables.product.prodname_container_registry %} from the Docker registry](/packages/working-with-a-github-packages-registry/migrating-to-the-container-registry-from-the-docker-registry)."{% endif %} +Currently, you can only use granular permissions with the {% data variables.packages.prodname_ghcr_and_npm_registry %}. Granular permissions are not supported in our other package registries, such as the RubyGems registry.{% ifversion docker-ghcr-enterprise-migration %} For more information about migration to the {% data variables.product.prodname_container_registry %}, see "[Migrating to the {% data variables.product.prodname_container_registry %} from the Docker registry](/packages/working-with-a-github-packages-registry/migrating-to-the-container-registry-from-the-docker-registry)."{% endif %} For more information about permissions for repository-scoped packages, packages-related scopes for PATs, or managing permissions for your actions workflows, see "[About permissions for GitHub Packages](/packages/learn-github-packages/about-permissions-for-github-packages)." @@ -105,7 +105,7 @@ To further customize access to your container image, see "[Configuring access to {% ifversion fpt or ghec %} ## Ensuring {% data variables.product.prodname_github_codespaces %} access to your package -By default, a codespace can seamlessly access certain packages in the {% data variables.product.prodname_ghcr_and_npm_registry %}, such as those published in the same repository with the **Inherit access** option selected. For more information on which access is automatically configured, see "[Allowing your codespace to access a private image registry](/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry#accessing-images-stored-in-container-registry-and-npm-registry)." +By default, a codespace can seamlessly access certain packages in the {% data variables.packages.prodname_ghcr_and_npm_registry %}, such as those published in the same repository with the **Inherit access** option selected. For more information on which access is automatically configured, see "[Allowing your codespace to access a private image registry](/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry#accessing-images-stored-in-container-registry-and-npm-registry)." Otherwise, to ensure that a codespace has access to your package, you must grant access to the repository where the codespace is being launched. diff --git a/translations/ja-JP/content/packages/learn-github-packages/deleting-and-restoring-a-package.md b/translations/ja-JP/content/packages/learn-github-packages/deleting-and-restoring-a-package.md index 456eca2565..f3595a34ff 100644 --- a/translations/ja-JP/content/packages/learn-github-packages/deleting-and-restoring-a-package.md +++ b/translations/ja-JP/content/packages/learn-github-packages/deleting-and-restoring-a-package.md @@ -62,7 +62,7 @@ The {% data variables.product.prodname_registry %} registries below **only** use - Apache Maven registry - NuGet registry -{% ifversion packages-npm-v2 %}For {% data variables.product.prodname_ghcr_and_npm_registry %}, you can choose to allow packages to be scoped to a user, an organization, or linked to a repository.{% endif %} +{% ifversion packages-npm-v2 %}For {% data variables.packages.prodname_ghcr_and_npm_registry %}, you can choose to allow packages to be scoped to a user, an organization, or linked to a repository.{% endif %} {% ifversion fpt or ghec %} diff --git a/translations/ja-JP/content/packages/learn-github-packages/introduction-to-github-packages.md b/translations/ja-JP/content/packages/learn-github-packages/introduction-to-github-packages.md index 9f6228e86c..530f6d7efe 100644 --- a/translations/ja-JP/content/packages/learn-github-packages/introduction-to-github-packages.md +++ b/translations/ja-JP/content/packages/learn-github-packages/introduction-to-github-packages.md @@ -1,6 +1,6 @@ --- -title: GitHub Packages の概要 -intro: '{% data variables.product.prodname_registry %} はソフトウェア パッケージのホスティング サービスであり、ソフトウェア パッケージをプライベートに{% ifversion ghae %}特定のユーザーに対して、または Enterprise に対して内部的に{% else %}またはパブリックに{% endif %}ホストでき、パッケージをプロジェクト中で依存関係として使えるようになります。' +title: Introduction to GitHub Packages +intro: '{% data variables.product.prodname_registry %} is a software package hosting service that allows you to host your software packages privately {% ifversion ghae %} for specified users or internally for your enterprise{% else %}or publicly{% endif %} and use packages as dependencies in your projects.' product: '{% data reusables.gated-features.packages %}' redirect_from: - /articles/about-github-package-registry @@ -16,118 +16,122 @@ versions: ghae: '*' ghec: '*' shortTitle: Introduction -ms.openlocfilehash: a141c93378f836eebf5ff33b0ced482409d6e577 -ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/05/2022 -ms.locfileid: '147704948' --- -{% data reusables.package_registry.packages-ghes-release-stage %} {% data reusables.package_registry.packages-ghae-release-stage %} -## {% data variables.product.prodname_registry %} について +{% data reusables.package_registry.packages-ghes-release-stage %} +{% data reusables.package_registry.packages-ghae-release-stage %} -{% data variables.product.prodname_registry %} は、コンテナーやその他の依存関係を含むパッケージをホストおよび管理するためのプラットフォームです。 {% data variables.product.prodname_registry %}は、ソースコードとパッケージを 1 か所にまとめ、統合された権限管理{% ifversion fpt or ghec %}と支払い{% endif %}を提供し、{% data variables.product.product_name %} 上でのソフトウェア開発を一元化できるようにします。 +## About {% data variables.product.prodname_registry %} -{% data variables.product.prodname_registry %}は、{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API、{% data variables.product.prodname_actions %}、webhookと統合して、コード、CI、デプロイメントのソリューションを含むエンドツーエンドのDevOpsワークフローを作成できます。 +{% data variables.product.prodname_registry %} is a platform for hosting and managing packages, including containers and other dependencies. {% data variables.product.prodname_registry %} combines your source code and packages in one place to provide integrated permissions management{% ifversion fpt or ghec %} and billing{% endif %}, so you can centralize your software development on {% data variables.product.product_name %}. -{% data variables.product.prodname_registry %}は、nmp、RubyGems、Apache Maven、Gradle、Docker、NuGetといった、広く使われているパッケージマネージャーに対する様々なパッケージレジストリを提供しています。 {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %} の {% data variables.product.prodname_container_registry %} はコンテナーに最適化されており、Docker と OCI イメージをサポートします。{% endif %} {% data variables.product.prodname_registry %} がサポートするさまざまなパッケージ レジストリについての詳しい情報は、「[{% data variables.product.prodname_registry %} レジストリの操作](/packages/working-with-a-github-packages-registry)」をご覧ください。 +You can integrate {% data variables.product.prodname_registry %} with {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIs, {% data variables.product.prodname_actions %}, and webhooks to create an end-to-end DevOps workflow that includes your code, CI, and deployment solutions. + +{% data variables.product.prodname_registry %} offers different package registries for commonly used package managers, such as npm, RubyGems, Apache Maven, Gradle, Docker, and NuGet. {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}'s {% data variables.product.prodname_container_registry %} is optimized for containers and supports Docker and OCI images.{% endif %} For more information on the different package registries that {% data variables.product.prodname_registry %} supports, see "[Working with a {% data variables.product.prodname_registry %} registry](/packages/working-with-a-github-packages-registry)." {% ifversion fpt or ghec %} -![コンテナレジストリ、RubyGems、npm、Apache Maven、NuGet、Gradle のパッケージサポートを示す図](/assets/images/help/package-registry/packages-diagram-with-container-registry.png) +![Diagram showing packages support for the Container registry, RubyGems, npm, Apache Maven, NuGet, and Gradle](/assets/images/help/package-registry/packages-diagram-with-container-registry.png) {% else %} -![Dockerレジストリ、RubyGems、npm、Apache Maven、Gradle、Nuget、Dockerに対するパッケージサポートを示す図](/assets/images/help/package-registry/packages-diagram-without-container-registry.png) +![Diagram showing packages support for the Docker registry, RubyGems, npm, Apache Maven, Gradle, NuGet, and Docker](/assets/images/help/package-registry/packages-diagram-without-container-registry.png) {% endif %} -{% data variables.product.product_name %}では、ライセンスのようなメタデータやパッケージのREADMEを表示したり、統計をダウンロードしたり、バージョン履歴を見たりできます。 詳しくは、「[パッケージの表示](/packages/manage-packages/viewing-packages)」をご覧ください。 +You can view a package's README, as well as metadata such as licensing, download statistics, version history, and more on {% data variables.product.product_name %}. For more information, see "[Viewing packages](/packages/manage-packages/viewing-packages)." {% ifversion ghes %} -{% data variables.product.product_name %} での {% data variables.product.prodname_registry %} の構成について詳しくは、「[Enterprise 向けの {% data variables.product.prodname_registry %} を使い始める](/admin/packages/getting-started-with-github-packages-for-your-enterprise)」を参照してください。 +For more information about the configuration of {% data variables.product.prodname_registry %} on {% data variables.product.product_name %}, see "[Getting started with {% data variables.product.prodname_registry %} for your enterprise](/admin/packages/getting-started-with-github-packages-for-your-enterprise)." {% endif %} -### パッケージの権限と可視性の概要 +### Overview of package permissions and visibility | | | |--------------------|--------------------| -| アクセス許可 | {% ifversion fpt or ghec %}パッケージの権限は、パッケージがホストされているリポジトリから継承したり、{% data variables.product.prodname_ghcr_and_npm_registry %}内のパッケージの場合は特定のユーザーまたは Organization アカウントに対して定義したりできます。 詳しくは、「[パッケージのアクセス制御と可視性の設定](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)」を参照してください。 {% else %}それぞれのパッケージは、ホストされているリポジトリの権限を継承します。

たとえば、リポジトリの読み取り権限を持つ人であれば、プロジェクトに依存関係としてパッケージをインストールでき、書き込み権限を持つ人であれば、新しいパッケージバージョンを公開できます。{% endif %} | -| 視程 | {% data reusables.package_registry.public-or-private-packages %} | +| Permissions | {% ifversion fpt or ghec %}The permissions for a package are either inherited from the repository where the package is hosted or, for packages in the {% data variables.packages.prodname_ghcr_and_npm_registry %}, they can be defined for specific user or organization accounts. For more information, see "[Configuring a package’s access control and visibility](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)." {% else %}Each package inherits the permissions of the repository where the package is hosted.

For example, anyone with read permissions for a repository can install a package as a dependency in a project, and anyone with write permissions can publish a new package version.{% endif %} | +| Visibility | {% data reusables.package_registry.public-or-private-packages %} | -詳細については、「[{% data variables.product.prodname_registry %} のアクセス許可について](/packages/learn-github-packages/about-permissions-for-github-packages)」を参照してください。 +For more information, see "[About permissions for {% data variables.product.prodname_registry %}](/packages/learn-github-packages/about-permissions-for-github-packages)." {% ifversion fpt or ghec %} -## {% data variables.product.prodname_registry %} の請求について +## About billing for {% data variables.product.prodname_registry %} -{% data reusables.package_registry.packages-billing %} {% data reusables.package_registry.packages-spending-limit-brief %} 詳しくは、「[{% data variables.product.prodname_registry %} の請求について](/billing/managing-billing-for-github-packages/about-billing-for-github-packages)」を参照してください。 +{% data reusables.package_registry.packages-billing %} {% data reusables.package_registry.packages-spending-limit-brief %} For more information, see "[About billing for {% data variables.product.prodname_registry %}](/billing/managing-billing-for-github-packages/about-billing-for-github-packages)." {% endif %} -## サポートされているクライアントとフォーマット +## Supported clients and formats -{% data variables.product.prodname_registry %}は、パッケージのバージョンの公開とインストールに、すでにおなじみのネイティブのパッケージツールコマンドを使います。 -### パッケージレジストリのサポート +{% data variables.product.prodname_registry %} uses the native package tooling commands you're already familiar with to publish and install package versions. +### Support for package registries -| Language | 説明 | パッケージの形式 | パッケージクライアント | +| Language | Description | Package format | Package client | | --- | --- | --- | --- | -| JavaScript | Nodeのパッケージマネージャー | `package.json` | `npm` | -| Ruby | RubyGemsパッケージマネージャー | `Gemfile` | `gem` | -| Java | Apache Mavenのプロジェクト管理及び包括的ツール | `pom.xml` | `mvn` | -| Java | Java用のGradleビルド自動化ツール | `build.gradle` または `build.gradle.kts` | `gradle` | -| .NET | .NET用のNuGetパッケージ管理 | `nupkg` | `dotnet` CLI | -| 該当なし | Dockerコンテナ管理プラットフォーム | `Dockerfile` | `Docker` | +| JavaScript | Node package manager | `package.json` | `npm` | +| Ruby | RubyGems package manager | `Gemfile` | `gem` | +| Java | Apache Maven project management and comprehension tool | `pom.xml` | `mvn` | +| Java | Gradle build automation tool for Java | `build.gradle` or `build.gradle.kts` | `gradle` | +| .NET | NuGet package management for .NET | `nupkg` | `dotnet` CLI | +| N/A | Docker container management | `Dockerfile` | `Docker` | -{% ifversion ghes %} {% note %} +{% ifversion ghes %} +{% note %} -**注:** Docker レジストリを有効にする場合は、サブドメインの分離も有効にすることを強くお勧めします。 詳細については、「[サブドメイン分離の有効化](/admin/configuration/configuring-network-settings/enabling-subdomain-isolation)」を参照してください。 +**Note:** When enabling the Docker registry, we highly recommend also enabling subdomain isolation. For more information, see "[Enabling subdomain isolation](/admin/configuration/configuring-network-settings/enabling-subdomain-isolation)." {% endnote %} {% endif %} -{% data variables.product.prodname_registry %} と使用するようにパッケージ クライアントを構成する方法について詳しくは、「[{% data variables.product.prodname_registry %} レジストリの操作](/packages/working-with-a-github-packages-registry)」をご覧ください。 +For more information about configuring your package client for use with {% data variables.product.prodname_registry %}, see "[Working with a {% data variables.product.prodname_registry %} registry](/packages/working-with-a-github-packages-registry)." -{% ifversion fpt or ghec %}Docker と {% data variables.product.prodname_container_registry %} について詳しくは、「[コンテナー レジストリの操作](/packages/working-with-a-github-packages-registry/working-with-the-container-registry)」を参照してください。 +{% ifversion fpt or ghec %} +For more information about Docker and the {% data variables.product.prodname_container_registry %}, see "[Working with the Container registry](/packages/working-with-a-github-packages-registry/working-with-the-container-registry)." {% endif %} -## {% data variables.product.prodname_registry %} への認証を行う +## Authenticating to {% data variables.product.prodname_registry %} {% data reusables.package_registry.authenticate-packages %} {% data reusables.package_registry.authenticate-packages-github-token %} -## パッケージを管理する +## Managing packages -{% ifversion fpt or ghec %}{% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %} ユーザー インターフェイスまたは REST API を使用して、パッケージを削除できます。 詳しくは、「[パッケージを削除および復元する](/packages/learn-github-packages/deleting-and-restoring-a-package)」および [{% data variables.product.prodname_registry %} API](/rest/reference/packages) に関するページをご覧ください。 +{% ifversion fpt or ghec %} +You can delete a package in the {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %} user interface or using the REST API. For more information, see "[Deleting and restoring a package](/packages/learn-github-packages/deleting-and-restoring-a-package)" and the "[{% data variables.product.prodname_registry %} API](/rest/reference/packages)." -{% data reusables.package_registry.no-graphql-to-delete-packages %} {% endif %} - -{% ifversion ghes %} {% data variables.product.product_name %} のユーザー インターフェイスでは、非公開あるいはパブリック パッケージを削除できます。 また、repoスコープのパッケージでは、GraphQLを使用してプライベートパッケージのバージョンを削除できます。 +{% data reusables.package_registry.no-graphql-to-delete-packages %} {% endif %} -{% ifversion ghae %} パッケージのバージョンは、{% data variables.product.product_name %} ユーザー インターフェイス内で、または GraphQL API を使って削除できます。 +{% ifversion ghes %} +You can delete a private or public package in the {% data variables.product.product_name %} user interface. Or for repo-scoped packages, you can delete a version of a private package using GraphQL. {% endif %} -GraphQL APIを使ってプライベートパッケージに対するクエリや削除を行う場合、{% data variables.product.prodname_registry %}の認証に使うのと同じトークンを使わなければなりません。 +{% ifversion ghae %} +You can delete a version of a package in the {% data variables.product.product_name %} user interface or using the GraphQL API. +{% endif %} -詳しくは、{% ifversion ghes or ghae %}「[パッケージを削除および復元する](/packages/learn-github-packages/deleting-and-restoring-a-package)」および{% endif %}「[GraphQL での呼び出しの作成](/graphql/guides/forming-calls-with-graphql)」をご覧ください。 +When you use the GraphQL API to query and delete private packages, you must use the same token you use to authenticate to {% data variables.product.prodname_registry %}. -webhookを設定して、パッケージの公開や更新といったパッケージ関連のイベントにサブスクライブできます。 詳細については、「[`package` webhook イベント](/webhooks/event-payloads/#package)」を参照してください。 +For more information, see {% ifversion ghes or ghae %}"[Deleting and restoring a package](/packages/learn-github-packages/deleting-and-restoring-a-package)" and {% endif %}"[Forming calls with GraphQL](/graphql/guides/forming-calls-with-graphql)." -## サポートへの問い合わせ +You can configure webhooks to subscribe to package-related events, such as when a package is published or updated. For more information, see the "[`package` webhook event](/webhooks/event-payloads/#package)." -{% ifversion fpt or ghec %} {% data variables.product.prodname_registry %} に対するフィードバックや機能の要求がある場合は、[{% data variables.product.prodname_github_community %} ディスカッション](https://github.com/orgs/community/discussions/categories/actions-and-packages)をお使いください。 +## Contacting support -次の場合は、[お問い合わせフォーム](https://support.github.com/contact?form%5Bsubject%5D=Re:%20GitHub%20Packages)を使用して、{% data variables.product.prodname_registry %} について {% data variables.contact.github_support %} にお問い合わせください。 +{% ifversion fpt or ghec %} +If you have feedback or feature requests for {% data variables.product.prodname_registry %}, use a [{% data variables.product.prodname_github_community %} discussion](https://github.com/orgs/community/discussions/categories/actions-and-packages). -* ドキュメンテーションに反する何らかの体験をした時 -* 漠然とした、あるいは不明確なエラーを体験した時 -* GDPR違反、APIキー、個人を識別する情報といったセンシティブなデータを含むパッケージを公開した時 +Contact {% data variables.contact.github_support %} about {% data variables.product.prodname_registry %} using [our contact form](https://support.github.com/contact?form%5Bsubject%5D=Re:%20GitHub%20Packages) if: -{% else %}{% data variables.product.prodname_registry %} のサポートが必要な場合は、サイト管理者にお問い合わせください。 +* You experience anything that contradicts the documentation +* You encounter vague or unclear errors +* Your published package contains sensitive data, such as GDPR violations, API Keys, or personally identifying information + +{% else %} +If you need support for {% data variables.product.prodname_registry %}, please contact your site administrators. {% endif %} diff --git a/translations/ja-JP/content/packages/learn-github-packages/viewing-packages.md b/translations/ja-JP/content/packages/learn-github-packages/viewing-packages.md index ad5a1b5a7c..3c239df022 100644 --- a/translations/ja-JP/content/packages/learn-github-packages/viewing-packages.md +++ b/translations/ja-JP/content/packages/learn-github-packages/viewing-packages.md @@ -1,6 +1,6 @@ --- -title: パッケージの表示 -intro: リポジトリに公開されたパッケージの詳細を表示し、Organization またはユーザごとに結果を絞り込むことができます。 +title: Viewing packages +intro: 'You can see details about packages published to a repository, and narrow results by organization or user.' product: '{% data reusables.gated-features.packages %}' redirect_from: - /articles/viewing-a-repositorys-packages @@ -14,54 +14,56 @@ versions: ghes: '*' ghae: '*' ghec: '*' -ms.openlocfilehash: 75e3d0a69a06274e803fc59affc959b2cb5abee3 -ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/05/2022 -ms.locfileid: '147704996' --- -{% data reusables.package_registry.packages-ghes-release-stage %} {% data reusables.package_registry.packages-ghae-release-stage %} -## リポジトリのパッケージを表示する +{% data reusables.package_registry.packages-ghes-release-stage %} +{% data reusables.package_registry.packages-ghae-release-stage %} -パッケージを見ることができるかどうかは、いくつかの要素に依存します。 デフォルトでは、公開したパッケージはすべて見ることができます。 +## About package views -リポジトリをスコープとするパッケージは、そのパッケージを所有するリポジトリから権限と可視性を継承します。 以下のレジストリでは、この種類のアクセス許可 **のみ** が使用されます。{% ifversion not fpt or ghec %} -- Docker レジストリ (`docker.pkg.github.com`){% endif %} {% ifversion packages-npm-v2 %}{% else %}- npm レジストリ{% endif %} -- RubyGemsレジストリ -- Apache Mavenレジストリ -- NuGetレジストリ +Your ability to view a package depends on several factors. By default, you can view all packages you have published. -{% ifversion fpt or ghec %} {% data variables.product.prodname_ghcr_and_npm_registry %}では、個人ユーザーまたは組織アカウントが所有する各パッケージごとにカスタマイズできる、細かいアクセス許可と可視性設定のオプションが提供されます。 詳細な権限を利用することも、パッケージをレジストリに接続してその権限を継承することもできます。 詳細については、「[リポジトリのパッケージへの接続](/packages/learn-github-packages/connecting-a-repository-to-a-package)」を参照してください。 +Repository-scoped packages inherit their permissions and visibility from the repository that owns the package. The registries below **only** use this type of permissions:{% ifversion not fpt or ghec %} +- Docker registry (`docker.pkg.github.com`){% endif %} +{% ifversion packages-npm-v2 %}{% else %}- npm registry{% endif %} +- RubyGems registry +- Apache Maven registry +- NuGet registry + +{% ifversion fpt or ghec %} +The {% data variables.packages.prodname_ghcr_and_npm_registry %} offer you the option of granular permissions and visibility settings that can be customized for each package owned by a personal user or organization account. You can choose to use granular permissions or connect the package to a repository and inherit it's permissions. For more information, see "[Connecting a repository to a package](/packages/learn-github-packages/connecting-a-repository-to-a-package)." {% endif %} -詳細については、「[GitHub Packages の権限について](/packages/learn-github-packages/about-permissions-for-github-packages){% ifversion fpt or ghec %}」および「[パッケージのアクセス制御と可視性の設定](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility){% endif %}」を参照してください。 +For more information, see "[About permissions for GitHub Packages](/packages/learn-github-packages/about-permissions-for-github-packages){% ifversion fpt or ghec %}" and "[Configuring a package's access control and visibility](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility){% endif %}." {% data reusables.package_registry.package-page-info %} -## リポジトリのパッケージを表示する +## Viewing a repository's packages -特定のリポジトリにあるパッケージを見つけて表示できます。 +You can find and view a package located in a particular repository. -{% data reusables.repositories.navigate-to-repo %} {% data reusables.package_registry.packages-from-code-tab %} {% data reusables.package_registry.navigate-to-packages %} - -## Organization のパッケージを表示する - -自分が所属するOrganizationのリポジトリにあるパッケージを見つけて表示できます。 - -{% data reusables.profile.access_org %} {% data reusables.user-settings.access_org %} -3. 組織名の下にある {% octicon "package" aria-label="The package icon" %} **[パッケージ]** をクリックします。 +{% data reusables.repositories.navigate-to-repo %} +{% data reusables.package_registry.packages-from-code-tab %} {% data reusables.package_registry.navigate-to-packages %} -## パッケージを表示する +## Viewing an organization's packages -すべてのOrganization及びリポジトリで、自分が公開したパッケージを見つけて表示できます。 +You can find and view a package located in the repositories of an organization you belong to. + +{% data reusables.profile.access_org %} +{% data reusables.user-settings.access_org %} +3. Under your organization name, click {% octicon "package" aria-label="The package icon" %} **Packages**. +{% data reusables.package_registry.navigate-to-packages %} + +## Viewing your packages + +You can find and view any package you've published across all organizations and repositories. {% data reusables.profile.access_profile %} -2. プロファイル ページの一番上のメイン ナビゲーションにある **[パッケージ]** をクリックします。 - ![[プロジェクト] タブ](/assets/images/help/package-registry/user-packages-tab.png) {% data reusables.package_registry.navigate-to-packages %} +2. On the top of the profile page, in the main navigation, click **Packages**. + ![Project tab](/assets/images/help/package-registry/user-packages-tab.png) +{% data reusables.package_registry.navigate-to-packages %} -## 参考資料 +## Further reading -- 「[パッケージを検索する](/search-github/searching-on-github/searching-for-packages)」 +- "[Searching for packages](/search-github/searching-on-github/searching-for-packages)" diff --git a/translations/ja-JP/content/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions.md b/translations/ja-JP/content/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions.md index 2e967bddd8..34d324af49 100644 --- a/translations/ja-JP/content/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions.md +++ b/translations/ja-JP/content/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions.md @@ -1,6 +1,6 @@ --- -title: GitHub Actionsでのパッケージの公開とインストール -intro: '{% data variables.product.prodname_actions %}でのワークフローを、自動的にパッケージをに公開もしくは{% data variables.product.prodname_registry %}からインストールするように設定できます。' +title: Publishing and installing a package with GitHub Actions +intro: 'You can configure a workflow in {% data variables.product.prodname_actions %} to automatically publish or install a package from {% data variables.product.prodname_registry %}.' product: '{% data reusables.gated-features.packages %}' redirect_from: - /github/managing-packages-with-github-packages/using-github-packages-with-github-actions @@ -12,84 +12,81 @@ versions: ghae: '*' ghec: '*' shortTitle: Publish & install with Actions -ms.openlocfilehash: 4996d6c180b3e54608184ce4c40b8e0595f60d3e -ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/05/2022 -ms.locfileid: '147705044' --- -{% data reusables.package_registry.packages-ghes-release-stage %} {% data reusables.package_registry.packages-ghae-release-stage %} -## {% data variables.product.prodname_actions %}との{% data variables.product.prodname_registry %}について +{% data reusables.package_registry.packages-ghes-release-stage %} +{% data reusables.package_registry.packages-ghae-release-stage %} -{% data reusables.repositories.about-github-actions %} {% data reusables.repositories.actions-ci-cd %} 詳しい情報については「[{% data variables.product.prodname_actions %} について](/github/automating-your-workflow-with-github-actions/about-github-actions)」を参照してください。 +## About {% data variables.product.prodname_registry %} with {% data variables.product.prodname_actions %} -ワークフローの一部としてパッケージの公開やインストールを行うことで、リポジトリのCI及びCDの機能を拡張できます。 +{% data reusables.repositories.about-github-actions %} {% data reusables.repositories.actions-ci-cd %} For more information, see "[About {% data variables.product.prodname_actions %}](/github/automating-your-workflow-with-github-actions/about-github-actions)." + +You can extend the CI and CD capabilities of your repository by publishing or installing packages as part of your workflow. {% ifversion fpt or ghec %} -### {% data variables.product.prodname_ghcr_and_npm_registry %} に対する認証 +### Authenticating to the {% data variables.packages.prodname_ghcr_and_npm_registry %} {% data reusables.package_registry.authenticate_with_pat_for_v2_registry %} {% endif %} -### {% data variables.product.prodname_dotcom %} 上のパッケージレジストリを認証する +### Authenticating to package registries on {% data variables.product.prodname_dotcom %} -{% ifversion fpt or ghec %}ワークフローが {% data variables.product.prodname_registry %} に対して認証されるようにして、{% data variables.product.product_location %} 上の {% data variables.product.prodname_container_registry %} 以外のパッケージ レジストリにアクセスできるようにしたい場合は、{% else %}{% data variables.product.product_name %} 上のパッケージ レジストリに対して認証を行いたい場合は、{% endif %}、認証用の個人用アクセス トークンではなく、{% data variables.product.prodname_actions %} を有効化する際に {% data variables.product.product_name %} でリポジトリに対して自動的に作成される、`GITHUB_TOKEN` を使用することをお勧めします。 ワークフロー ファイルでこのアクセス トークンにアクセス許可を設定して、`contents` スコープに対する読み取りアクセス権と、`packages` スコープに対する書き込みアクセス権を付与する必要があります。 フォークの場合、`GITHUB_TOKEN` には親リポジトリの読み取りアクセス権が付与されます。 詳細については、「[GITHUB_TOKEN を使用した認証](/actions/configuring-and-managing-workflows/authenticating-with-the-github_token)」を参照してください。 +{% ifversion fpt or ghec %}If you want your workflow to authenticate to {% data variables.product.prodname_registry %} to access a package registry other than the {% data variables.product.prodname_container_registry %} on {% data variables.product.product_location %}, then{% else %}To authenticate to package registries on {% data variables.product.product_name %},{% endif %} we recommend using the `GITHUB_TOKEN` that {% data variables.product.product_name %} automatically creates for your repository when you enable {% data variables.product.prodname_actions %} instead of a personal access token for authentication. You should set the permissions for this access token in the workflow file to grant read access for the `contents` scope and write access for the `packages` scope. For forks, the `GITHUB_TOKEN` is granted read access for the parent repository. For more information, see "[Authenticating with the GITHUB_TOKEN](/actions/configuring-and-managing-workflows/authenticating-with-the-github_token)." -ワークフロー ファイル内の `GITHUB_TOKEN` は、{% raw %}`{{secrets.GITHUB_TOKEN}}`{% endraw %} コンテキストを使って参照できます。 詳細については、「[GITHUB_TOKEN を使用した認証](/actions/automating-your-workflow-with-github-actions/authenticating-with-the-github_token)」を参照してください。 +You can reference the `GITHUB_TOKEN` in your workflow file using the {% raw %}`{{secrets.GITHUB_TOKEN}}`{% endraw %} context. For more information, see "[Authenticating with the GITHUB_TOKEN](/actions/automating-your-workflow-with-github-actions/authenticating-with-the-github_token)." -## リポジトリが所有するパッケージに対する権限とパッケージアクセスについて +## About permissions and package access for repository-owned packages {% note %} -**注:** RubyGems、{% ifversion packages-npm-v2 %}{% else %}npm、{% endif %}Apache Maven、NuGet、{% ifversion fpt or ghec %}、Gradle{% else %}Gradle、名前空間 `docker.pkg.github.com` を使用する Docker パッケージ{% endif %}などの一部のレジストリでは、レポジトリ所有のパッケージのみが許可されます。 {% data variables.product.prodname_ghcr_and_npm_registry_full %} を使用すると、ユーザーまたは Organization がパッケージを所有できるようにするか、リポジトリにリンクできるようにするかを選択できます。 +**Note:** Some registries, such as RubyGems, {% ifversion packages-npm-v2 %}{% else %}npm, {% endif %}Apache Maven, NuGet, {% ifversion fpt or ghec %}and Gradle{% else %}Gradle, and Docker packages that use the package namespace `docker.pkg.github.com`{% endif %}, only allow repository-owned packages. With {% data variables.packages.prodname_ghcr_and_npm_registry_full %} you can choose to allow packages to be owned by a user, an organization, or linked to a repository. {% endnote %} -GitHub Actionsを有効化すると、GitHubはリポジトリにGitHub Appをインストールします。 `GITHUB_TOKEN` シークレットは、GitHub App インストール アクセス トークンです。 このインストールアクセストークンは、リポジトリにインストールされたGitHub Appの代わりに認証を受けるために使うことができます。 このトークンの権限は、ワークフローを含むリポジトリに限定されます。 詳細については、「[GITHUB_TOKEN のアクセス許可](/actions/reference/authentication-in-a-workflow#about-the-github_token-secret)」を参照してください。 +When you enable GitHub Actions, GitHub installs a GitHub App on your repository. The `GITHUB_TOKEN` secret is a GitHub App installation access token. You can use the installation access token to authenticate on behalf of the GitHub App installed on your repository. The token's permissions are limited to the repository that contains your workflow. For more information, see "[Permissions for the GITHUB_TOKEN](/actions/reference/authentication-in-a-workflow#about-the-github_token-secret)." -{% data variables.product.prodname_registry %} を使用すると、{% data variables.product.prodname_actions %} ワークフローで利用できる `GITHUB_TOKEN` を通じてパッケージをプッシュしたりプルしたりできます。 +{% data variables.product.prodname_registry %} allows you to push and pull packages through the `GITHUB_TOKEN` available to a {% data variables.product.prodname_actions %} workflow. {% ifversion fpt or ghec %} -## {% data variables.product.prodname_ghcr_and_npm_registry %} の権限とパッケージ アクセスについて +## About permissions and package access for {% data variables.packages.prodname_ghcr_and_npm_registry %} -{% data variables.product.prodname_ghcr_and_npm_registry_full %} を使うと、ユーザーは Organization レベルの自立リソースとしてパッケージを作成し、管理できます。 Organization または個人アカウントがパッケージを所有でき、それぞれのパッケージへのアクセスはリポジトリ権限とは別にカスタマイズできます。 +The {% data variables.packages.prodname_ghcr_and_npm_registry_full %} allows users to create and administer packages as free-standing resources at the organization level. Packages can be owned by an organization or personal account and you can customize access to each of your packages separately from repository permissions. -{% data variables.product.prodname_ghcr_and_npm_registry %} にアクセスするすべてのワークフローは、個人用アクセス トークンではなく `GITHUB_TOKEN` を使う必要があります。 セキュリティのベスト プラクティスについて詳しくは、「[GitHub Actions のセキュリティ強化](/actions/learn-github-actions/security-hardening-for-github-actions#using-secrets)」を参照してください。 +All workflows accessing the {% data variables.packages.prodname_ghcr_and_npm_registry %} should use the `GITHUB_TOKEN` instead of a personal access token. For more information about security best practices, see "[Security hardening for GitHub Actions](/actions/learn-github-actions/security-hardening-for-github-actions#using-secrets)." -## ワークフローを通じて変更されたコンテナに対するデフォルトの権限及びアクセス設定 +## Default permissions and access settings for containers modified through workflows -ワークフローを通じてコンテナを作成、インストール、変更、削除する場合、管理者がワークフローに確実にアクセスできるようにするために使われるデフォルトの権限及びアクセス設定があります。 これらのアクセス設定も調整できます。 +When you create, install, modify, or delete a container through a workflow, there are some default permission and access settings used to ensure admins have access to the workflow. You can adjust these access settings as well. -たとえば既定では、ワークフローで `GITHUB_TOKEN` を使用してコンテナーが作成された場合: -- コンテナはワークフローが実行されたリポジトリの可視性と権限モデルを継承します。 -- ワークフローが実行されたリポジトリの管理者は、コンテナが作成されるとそのコンテナの管理者になります。 +For example, by default if a workflow creates a container using the `GITHUB_TOKEN`, then: +- The container inherits the visibility and permissions model of the repository where the workflow is run. +- Repository admins where the workflow is run become the admins of the container once the container is created. -パッケージを管理するワークフローに対してデフォルトの権限の働き方の例は、もっとあります。 +These are more examples of how default permissions work for workflows that manage packages. -| {% data variables.product.prodname_actions %}ワークフロータスク | 既定のアクセス許可とアクセス | +| {% data variables.product.prodname_actions %} workflow task | Default permissions and access | |----|----| -| 既存のコンテナのダウンロード | - コンテナがパブリックなら、任意のリポジトリで実行された任意のワークフローがコンテナをダウンロードできる。
- コンテナーがインターナルなら、エンタープライズ アカウントが所有する任意のリポジトリ内で実行されるすべてのワークフローがコンテナーをダウンロードできる。 エンタープライズが所有する組織の場合は、エンタープライズ内の任意のリポジトリを読み取ることができる
- コンテナーがプライベートなら、そのコンテナーへの読み取り権限を与えられているリポジトリ内で動作するワークフローのみが、そのコンテナーをダウンロードできる。
-| 新しいバージョンの既存のコンテナへのアップロード | - コンテナがプライベート、インターナル、パブリックなら、そのコンテナへの書き込み権限を与えられたリポジトリで動作するワークフローだけが新バージョンをそのコンテナにアップロードできる。 -| コンテナもしくはコンテナのバージョンの削除 | - コンテナがプライベート、インターナル、パブリックなら、削除権限を与えられたリポジトリ内で動作するワークフローのみがコンテナの既存のバージョンを削除できる。 +| Download an existing container | - If the container is public, any workflow running in any repository can download the container.
- If the container is internal, then all workflows running in any repository owned by the Enterprise account can download the container. For enterprise-owned organizations, you can read any repository in the enterprise
- If the container is private, only workflows running in repositories that are given read permission on that container can download the container.
+| Upload a new version to an existing container | - If the container is private, internal, or public, only workflows running in repositories that are given write permission on that container can upload new versions to the container. +| Delete a container or versions of a container | - If the container is private, internal, or public, only workflows running in repositories that are given delete permission can delete existing versions of the container. -コンテナへのアクセスをもっと詳細に調整したり、デフォルトの権限動作の一部を調整したりすることもできます。 詳しくは、「[パッケージのアクセス制御と可視性の設定](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)」を参照してください。 +You can also adjust access to containers in a more granular way or adjust some of the default permissions behavior. For more information, see "[Configuring a package’s access control and visibility](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility)." {% endif %} -## アクションを使ったパッケージの公開 +## Publishing a package using an action -継続的インテグレーション (CI) フローの一環として、{% data variables.product.prodname_actions %}を使用してパッケージを自動的に公開できます。 この継続的デプロイメント (CD) に対するアプローチにより、コードが品質基準を満たしている場合に新しいパッケージの作成を自動化できます。 たとえば、開発者が特定のブランチにプッシュするたびに CI テストを実行するワークフローを作成してはいかがでしょう。 テストにパスすると、このワークフローは新しいパッケージバージョンを{% data variables.product.prodname_registry %}に公開できます。 +You can use {% data variables.product.prodname_actions %} to automatically publish packages as part of your continuous integration (CI) flow. This approach to continuous deployment (CD) allows you to automate the creation of new package versions, if the code meets your quality standards. For example, you could create a workflow that runs CI tests every time a developer pushes code to a particular branch. If the tests pass, the workflow can publish a new package version to {% data variables.product.prodname_registry %}. {% data reusables.package_registry.actions-configuration %} -以下の例では、{% data variables.product.prodname_actions %}を使用してアプリケーションのビルド{% ifversion not fpt or ghec %}とテスト{% endif %}を行い、それから自動的にDockerイメージを作成して{% data variables.product.prodname_registry %}に公開する方法を示しています。 +The following example demonstrates how you can use {% data variables.product.prodname_actions %} to build {% ifversion not fpt or ghec %}and test{% endif %} your app, and then automatically create a Docker image and publish it to {% data variables.product.prodname_registry %}. -リポジトリに新しいワークフロー ファイル (`.github/workflows/deploy-image.yml` など) を作成し、以下の YAML を追加します。 +Create a new workflow file in your repository (such as `.github/workflows/deploy-image.yml`), and add the following YAML: -{% ifversion fpt or ghec %} {% data reusables.package_registry.publish-docker-image %} +{% ifversion fpt or ghec %} +{% data reusables.package_registry.publish-docker-image %} {% else %} @@ -166,12 +163,13 @@ jobs: ``` {% endif %} -上記に関連する設定については、次の表で説明しています。 ワークフロー内の各要素の詳細については、「[{% data variables.product.prodname_actions %} のワークフロー構文](/actions/reference/workflow-syntax-for-github-actions)」を参照してください。 +The relevant settings are explained in the following table. For full details about each element in a workflow, see "[Workflow syntax for {% data variables.product.prodname_actions %}](/actions/reference/workflow-syntax-for-github-actions)." @@ -196,7 +194,7 @@ env: {% endraw %} @@ -211,7 +209,7 @@ jobs: {% endraw %} @@ -237,7 +235,7 @@ run-npm-build: @@ -272,13 +270,14 @@ run-npm-test: @@ -294,7 +293,8 @@ build-and-push-image: {% ifversion fpt or ghec %} {% else %} {% endif %} {% ifversion fpt or ghec %} {% endif %} @@ -432,66 +440,73 @@ labels: ${{ steps.meta.outputs.labels }} {% endraw %} {% else %} {% endif %}
-{% raw %} ```yaml +{% raw %} +```yaml on: push: branches: ['release'] @@ -179,7 +177,7 @@ on: {% endraw %} -release というブランチに変更をプッシュするたびに、Create and publish a Docker image ワークフローを実行するよう設定します。 + Configures the Create and publish a Docker image workflow to run every time a change is pushed to the branch called release.
- ワークフローに2つのカスタムの環境変数を定義します。 これらは{% data variables.product.prodname_container_registry %}ドメイン、そしてこのワークフローがビルドするDockerイメージの名前として使われます。 + Defines two custom environment variables for the workflow. These are used for the {% data variables.product.prodname_container_registry %} domain, and a name for the Docker image that this workflow builds.
- このワークフロー中には1つのジョブがあります。 これは、Ubuntuの利用可能な最新バージョンで実行されるよう設定されています。 + There is a single job in this workflow. It's configured to run on the latest available version of Ubuntu.
- このジョブではNPMをインストールし、それをアプリケーションのビルドに使用します。 + This job installs NPM and uses it to build the app.
-このジョブでは npm test を使用してコードをテストします。 needs: run-npm-build コマンドにより、このジョブは run-npm-build ジョブに依存するようになります。 + This job uses npm test to test the code. The needs: run-npm-build command makes this job dependent on the run-npm-build job.
-{% raw %} ```yaml +{% raw %} +```yaml build-and-push-image: runs-on: ubuntu-latest needs: run-npm-test @@ -286,7 +285,7 @@ build-and-push-image: {% endraw %} -このジョブはパッケージを公開します。 needs: run-npm-test コマンドにより、このジョブは run-npm-test ジョブに依存するようになります。 + This job publishes the package. The needs: run-npm-test command makes this job dependent on the run-npm-test job.
-{% raw %} ```yaml +{% raw %} +```yaml permissions: contents: read packages: write @@ -302,14 +302,15 @@ permissions: {% endraw %} -GITHUB_TOKEN に付与されているアクセス許可をこのジョブ内のアクション用に設定します。 + Sets the permissions granted to the GITHUB_TOKEN for the actions in this job.
-{% raw %} ```yaml +{% raw %} +```yaml - name: Log in to the Container registry uses: docker/login-action@f054a8b539a109f9f41c372932f1ae047eff08c9 with: @@ -320,13 +321,14 @@ permissions: {% endraw %} -パッケージを公開するアカウントとパスワードを使ってレジストリにログインする Log in to the {% data variables.product.prodname_container_registry %} というステップを作成します。 いったん公開されると、パッケージはここで定めたアカウントが所有することになります。 + Creates a step called Log in to the {% data variables.product.prodname_container_registry %}, which logs in to the registry using the account and password that will publish the packages. Once published, the packages are owned by the account defined here.
-{% raw %} ```yaml +{% raw %} +```yaml - name: Extract metadata (tags, labels) for Docker id: meta uses: docker/metadata-action@98669ae865ea3cffbcbaa878cf57c20bbf1c6c38 @@ -336,14 +338,15 @@ permissions: {% endraw %} -このステップは docker/metadata-action を使って、指定されたイメージに適用されるタグとラベルを抽出します。 id "meta"は、このステップの出力が以降のステップから参照できるようにします。 images の値は、タグとラベルのためのベース名を提供します。 + This step uses docker/metadata-action to extract tags and labels that will be applied to the specified image. The id "meta" allows the output of this step to be referenced in a subsequent step. The images value provides the base name for the tags and labels.
-{% raw %} ```yaml +{% raw %} +```yaml - name: Log in to GitHub Docker Registry uses: docker/login-action@f054a8b539a109f9f41c372932f1ae047eff08c9 with: @@ -354,70 +357,75 @@ permissions: {% endraw %} -パッケージを公開するアカウントとパスワードを使ってレジストリにログインする Log in to GitHub Docker Registry という新しいステップを作成します。 いったん公開されると、パッケージはここで定めたアカウントが所有することになります。 + Creates a new step called Log in to GitHub Docker Registry, which logs in to the registry using the account and password that will publish the packages. Once published, the packages are owned by the account defined here.
-{% raw %} ```yaml +{% raw %} +```yaml - name: Build and push Docker image ``` {% endraw %} -Build and push Docker image という新しいステップを作成します。 このステップは、build-and-push-image ジョブの一部として実行されます。 + Creates a new step called Build and push Docker image. This step runs as part of the build-and-push-image job.
-{% raw %} ```yaml +{% raw %} +```yaml uses: docker/build-push-action@ad44023a93711e3deb337508980b4b5e9bcdc5dc ``` {% endraw %} -Docker の build-push-action アクションを使用して、リポジトリの Dockerfile を元にイメージをビルドします。 ビルドが成功すると、イメージを{% data variables.product.prodname_registry %}にプッシュします。 + Uses the Docker build-push-action action to build the image, based on your repository's Dockerfile. If the build succeeds, it pushes the image to {% data variables.product.prodname_registry %}.
-{% raw %} ```yaml +{% raw %} +```yaml with: ``` {% endraw %} -必要なパラメーターを build-push-action アクションに送信します。 これらは以降の行で定義されます。 + Sends the required parameters to the build-push-action action. These are defined in the subsequent lines.
-{% raw %} ```yaml +{% raw %} +```yaml context: . ``` {% endraw %} -ビルドのコンテキストを、指定されたパス内にあるファイル群として定義します。 詳細については、「使用」を参照してください。 + Defines the build's context as the set of files located in the specified path. For more information, see "Usage."
-{% raw %} ```yaml +{% raw %} +```yaml push: true ``` {% endraw %} -ビルドに成功したら、このイメージをレジストリにプッシュします。 + Pushes this image to the registry if it is built successfully.
- "meta"ステップで抽出されたタグとラベルを追加します。 + Adds the tags and labels extracted in the "meta" step.
-{% ifversion ghae %} {% raw %} ```yaml +{% ifversion ghae %} +{% raw %} +```yaml tags: | docker.YOUR-HOSTNAME.com/${{ github.repository }}/octo-image:${{ github.sha }} ``` -{% endraw %} {% else %} {% raw %} ```yaml +{% endraw %} +{% else %} +{% raw %} +```yaml tags: | docker.pkg.github.com/${{ github.repository }}/octo-image:${{ github.sha }} ``` -{% endraw %} {% endif %} +{% endraw %} +{% endif %} -ワークフローをトリガーしたコミットのSHAでイメージにタグ付けします。 + Tags the image with the SHA of the commit that triggered the workflow.
-この新しいワークフローは、リポジトリの `release` という名前のブランチに変更をプッシュするたびに自動的に実行されます。 **[アクション]** タブで、この進捗を表示できます。 +This new workflow will run automatically every time you push a change to a branch named `release` in the repository. You can view the progress in the **Actions** tab. -ワークフローが完成すると、その数分後にリポジトリで新しいパッケージが表示されます。 使用可能なパッケージを見つけるには、「[リポジトリのパッケージを表示する](/packages/publishing-and-managing-packages/viewing-packages#viewing-a-repositorys-packages)」を参照してください。 +A few minutes after the workflow has completed, the new package will visible in your repository. To find your available packages, see "[Viewing a repository's packages](/packages/publishing-and-managing-packages/viewing-packages#viewing-a-repositorys-packages)." -## アクションを使ったパッケージのインストール +## Installing a package using an action -{% data variables.product.prodname_actions %}を使い、CIフローの一部としてパッケージをインストールできます。 たとえば、開発者がコードをプルリクエストにプッシュすると、いつでもワークフローが{% data variables.product.prodname_registry %}によってホストされているパッケージをダウンロードしてインストールすることで、依存関係を解決するようにワークフローを設定できます。 そして、ワークフローはその依存関係を必要とするCIテストを実行できます。 +You can install packages as part of your CI flow using {% data variables.product.prodname_actions %}. For example, you could configure a workflow so that anytime a developer pushes code to a pull request, the workflow resolves dependencies by downloading and installing packages hosted by {% data variables.product.prodname_registry %}. Then, the workflow can run CI tests that require the dependencies. -{% data variables.product.prodname_actions %} を通じて {% data variables.product.prodname_registry %} がホストするパッケージをインストールするには、`GITHUB_TOKEN` を使う際に最小限の設定もしくは追加の認証が必要です。{% ifversion fpt or ghec %}アクションがパッケージをインストールする場合、データ転送も無料です。 詳細については、「[{% data variables.product.prodname_registry %} の課金について](/billing/managing-billing-for-github-packages/about-billing-for-github-packages)」を参照してください。{% endif %} +Installing packages hosted by {% data variables.product.prodname_registry %} through {% data variables.product.prodname_actions %} requires minimal configuration or additional authentication when you use the `GITHUB_TOKEN`.{% ifversion fpt or ghec %} Data transfer is also free when an action installs a package. For more information, see "[About billing for {% data variables.product.prodname_registry %}](/billing/managing-billing-for-github-packages/about-billing-for-github-packages)."{% endif %} {% data reusables.package_registry.actions-configuration %} {% ifversion fpt or ghec %} -## PAT を使用してレジストリにアクセスするワークフローのアップグレード +## Upgrading a workflow that accesses a registry using a PAT -{% data variables.product.prodname_ghcr_and_npm_registry %} は、ワークフロー内での、簡単でセキュリティで保護された認証のために `GITHUB_TOKEN` をサポートしています。 お使いのワークフローで個人アクセス トークン (PAT) を使用してレジストリの認証を受ける場合、`GITHUB_TOKEN` を使用するようにワークフローを更新することを強くお勧めします。 +The {% data variables.packages.prodname_ghcr_and_npm_registry %} support the `GITHUB_TOKEN` for easy and secure authentication in your workflows. If your workflow is using a personal access token (PAT) to authenticate to the registry, then we highly recommend you update your workflow to use the `GITHUB_TOKEN`. -`GITHUB_TOKEN` の詳細については「[ワークフローで認証する](/actions/reference/authentication-in-a-workflow#using-the-github_token-in-a-workflow)」を参照してください。 +For more information about the `GITHUB_TOKEN`, see "[Authentication in a workflow](/actions/reference/authentication-in-a-workflow#using-the-github_token-in-a-workflow)." -PAT の代わりに `repo` スコープを含む `GITHUB_TOKEN` を使えば、ワークフローが実行されるリポジトリへの不要なアクセスを提供する長期間有効な PAT を使う必要がなくなるので、リポジトリのセキュリティが向上します。 セキュリティのベスト プラクティスについて詳しくは、「[GitHub Actions のセキュリティ強化](/actions/learn-github-actions/security-hardening-for-github-actions#using-secrets)」を参照してください。 +Using the `GITHUB_TOKEN` instead of a PAT, which includes the `repo` scope, increases the security of your repository as you don't need to use a long-lived PAT that offers unnecessary access to the repository where your workflow is run. For more information about security best practices, see "[Security hardening for GitHub Actions](/actions/learn-github-actions/security-hardening-for-github-actions#using-secrets)." -1. パッケージのランディングページにアクセスしてください。 -1. 左側のサイドバーで、 **[アクションのアクセス]** をクリックします。 - ![左側のメニューの [アクションのアクセス] オプション](/assets/images/help/package-registry/organization-repo-access-for-a-package.png) -1. コンテナパッケージがワークフローに確実にアクセスできるようにするためには、ワークフローが保存されているリポジトリをコンテナに追加しなければなりません。 **[リポジトリの追加]** をクリックして、追加するリポジトリを検索します。 - ![[リポジトリの追加] ボタン](/assets/images/help/package-registry/add-repository-button.png) {% note %} +1. Navigate to your package landing page. +1. In the left sidebar, click **Actions access**. + !["Actions access" option in left menu](/assets/images/help/package-registry/organization-repo-access-for-a-package.png) +1. To ensure your container package has access to your workflow, you must add the repository where the workflow is stored to your container. Click **Add repository** and search for the repository you want to add. + !["Add repository" button](/assets/images/help/package-registry/add-repository-button.png) + {% note %} - **注:** **[アクションのアクセス]** メニュー オプションを使用してコンテナーにリポジトリを追加する操作は、コンテナーをリポジトリに接続する操作とは異なります。 詳細については、「[パッケージへのワークフローのアクセスの確保](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility#ensuring-workflow-access-to-your-package)」と「[リポジトリのパッケージへの接続](/packages/learn-github-packages/connecting-a-repository-to-a-package)」を参照してください。 + **Note:** Adding a repository to your container through the **Actions access** menu option is different than connecting your container to a repository. For more information, see "[Ensuring workflow access to your package](/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility#ensuring-workflow-access-to-your-package)" and "[Connecting a repository to a package](/packages/learn-github-packages/connecting-a-repository-to-a-package)." {% endnote %} -1. あるいは"role（ロール）"ドロップダウンメニューを使い、コンテナイメージに対してリポジトリに持たせたいデフォルトのアクセスレベルを選択してください。 - ![リポジトリに付与するアクセス レベル](/assets/images/help/package-registry/repository-permission-options-for-package-access-through-actions.png) -1. ワークフローファイルを開いてください。 レジストリへのログインの行で、お使いの PAT を {% raw %}`${{ secrets.GITHUB_TOKEN }}`{% endraw %} に置き換えてください。 +1. Optionally, using the "role" drop-down menu, select the default access level that you'd like the repository to have to your container image. + ![Permission access levels to give to repositories](/assets/images/help/package-registry/repository-permission-options-for-package-access-through-actions.png) +1. Open your workflow file. On the line where you log in to the registry, replace your PAT with {% raw %}`${{ secrets.GITHUB_TOKEN }}`{% endraw %}. -たとえば、このワークフローでは、Docker イメージを {% data variables.product.prodname_container_registry %} に公開し、{% raw %}`${{ secrets.GITHUB_TOKEN }}`{% endraw %} を使って認証します。 +For example, this workflow publishes a Docker image to the {% data variables.product.prodname_container_registry %} and uses {% raw %}`${{ secrets.GITHUB_TOKEN }}`{% endraw %} to authenticate. ```yaml{:copy} name: Demo Push diff --git a/translations/ja-JP/content/site-policy/privacy-policies/github-data-protection-agreement.md b/translations/ja-JP/content/site-policy/privacy-policies/github-data-protection-agreement.md deleted file mode 100644 index a4b8a1110e..0000000000 --- a/translations/ja-JP/content/site-policy/privacy-policies/github-data-protection-agreement.md +++ /dev/null @@ -1,1002 +0,0 @@ ---- -title: GitHub データ保護契約 -redirect_from: - - /github/site-policy/github-data-protection-addendum - - /github/site-policy-deprecated/github-data-protection-addendum - - /github/site-policy/github-data-protection-agreement-non-enterprise-customers - - /github/site-policy/github-data-protection-agreement -versions: - fpt: '*' -ms.openlocfilehash: 91cef1674fbe12ac10a22cc3f41fcea35e93d90e -ms.sourcegitcommit: 93b306112b5cd5ce482d468a25c9961ad02f87ac -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 08/29/2022 -ms.locfileid: '144556777' ---- -## はじめに - -両当事者は、本 GitHub データ保護契約 (以下「**DPA**」といいます) が、個人データの処理とセキュリティに関連する、および DPA 条件に明示的に規定されている場合は GitHub, Inc. (以下「**GitHub**」といいます) により提供されるオンライン サービスに関する顧客データの処理とセキュリティに関連する両当事者の義務を定めたものであることに同意するものとします。 DPA (その付属文書および付録を含む) は GitHub と、GitHub 顧客契約に基づいて GitHub のオンライン サービスを利用するお客様 (以下「**お客様**」といいます) との間で取り交わされ、参照することにより GitHub 顧客契約に組み込まれます。 - -DPA 条件と GitHub 顧客契約の他の条項の間で矛盾が生じた場合は、DPA 条件が優先して適用されます。 DPA 条件の条項と、個人データの処理に適用される GitHub のプライバシーに関する声明の条項の間で矛盾が生じた場合は、DPA 条件の条項が優先します。 なお、「標準契約条項」は DPA 条件の他の条項に優先します。 - -### 適用される DPA 条件とその更新 - -#### 更新の制限 - -お客様がオンライン サービスのサブスクリプションを更新するかまたは新たに購入する場合、その時点で最新の DPA 条件が適用され、そのオンライン サービスの新規サブスクリプション期間中に変更されることはありません。 - -#### 新機能、追加物、または関連ソフトウェア - -上述の更新の制限にかかわらず、GitHub は、新しい (つまり、それまでサブスクリプションに含まれていなかった) 機能、追加物、または関連ソフトウェアを導入する場合、お客様によるこれらの新機能、追加物、または関連ソフトウェアの使用に適用される条件を規定するか、または DPA を更新する可能性があります。 これらの条項に DPA 条件に対して不利かつ重大な変更が含まれる場合、GitHub は、一般に提供されているオンライン サービスの既存の機能を失うことなく、新機能、追加物、または関連ソフトウェアを使用する選択肢をお客様に提供します。 お客様が新機能、追加物、または関連ソフトウェアを使用しない場合は、対応する新しい条項はお客様には適用されません。 - -#### 政府機関の規制と要件 - -上述の更新の制限にかかわらず、現在または将来、政府が課す要件または義務によって、(1) GitHub が当該国または裁判管轄地における事業運営に一般には適用されない規制や要求に服さなければならなくなる場合、(2) 変更を加えなければ GitHub によるオンライン サービスの継続が困難になる場合、または (3) DPA 条件またはオンライン サービスがそうした要件または義務に抵触するおそれがあると GitHub が考える場合には、GitHub は、当該国または裁判管轄地においてオンライン サービスを変更または終了することができます。 - -### 電子通知 - -GitHub は、電子メール、オンライン サービスのポータル、または GitHub が指定する Web サイトを含め、オンライン サービスに関する情報および通知を電子的にお客様に提供する場合があります。 通知は、GitHub が提供した日付をもって行われたと見なします。 - -### 旧バージョン - -DPA 条件は、現在利用可能なオンライン サービスの条件を規定するものです。 以前のバージョンの DPA 条件については、リセラーまたは GitHub 担当者にお問い合わせください。 - -## 定義 - -本 DPA で使用されている用語のうち定義のないものについては、GitHub 顧客契約における定義が適用されます。 本 DPA においては、以下の用語の定義が使用されます。 - -「**CCPA**」は、カリフォルニア州民法 第 1798.100 条以下 およびその実施規則に規定するカリフォルニア州消費者プライバシー法を意味します。 - -「**顧客データ**」とは、オンライン サービスの利用を通じて、お客様またはお客様の代理人によって GitHub に提供される、すべてのテキスト、音声、ビデオ、または画像ファイルおよびソフトウェアを含むすべてのデータを意味します。 - -「**データ保護要件**」とは、(a) プライバシーとデータ セキュリティ、および (b) 個人データの使用、収集、保存、格納、保護、開示、移転、破棄、およびその他の処理に関連した GDPR、地域の EU/EEA データ保護法、CCPA、適用される法令、規制、およびその他の法的要件を意味します。 - -「**診断データ**」とは、本オンライン サービスに関連してお客様によってローカルでインストールされているソフトウェアから GitHub が収集または取得するデータを意味します。 診断データはテレメトリと呼ばれることもあります。 診断データには、顧客データ、サービス生成データ、またはプロフェッショナル サービス データは含まれません。 - -「**DPA 条件**」とは、本 DPA に記載されている条件と、特定のオンライン サービス (またはオンライン サービスの機能) に関して本 DPA のプライバシーおよびセキュリティの条件を明確に補足または変更した、GitHub 顧客契約のオンライン サービス固有の条件の両方を指します。 DPA とかかるオンライン サービス固有の条件の間で矛盾が生じた場合は、該当するオンライン サービス (またはそのオンライン サービスの機能) についてはオンライン サービス固有の本条件が優先して適用されるものとします。 - -「**GDPR**」とは、個人データの処理に関する自然人の保護、当該データの自由な移動について、または指令 95/46/EC の廃止についての 2016 年 4 月 27 日の欧州議会および理事会の 2016 年 679 番 EU 規制を意味します (欧州一般データ保護規則)。 英国に関連し、「GDPR」は、英国の 2018 年欧州連合 (離脱) 法によってイギリス法に置換され、Data Protection, Privacy and Electronic Communications (Amendments etc.) (EU Exit) Regulations 2019 によって修正された (随時修正される) 2016 年 679 番 EU 規制を意味します。 - -「**地域の EU/EEA データ保護法**」とは、GDPR を実施する下位の法令を意味します。 - -「**GDPR 関連条件**」とは、GDPR の第 28 条で義務付けられている個人データの処理に関連して GitHub が法的拘束力のある約定を結ぶ、付録 3 に記載の条件を意味します。 - -「**GitHub 関連会社**」とは、GitHub の直接的または間接的な管理主体、被管理主体、あるいは GitHub との共通の管理下にある主体を意味します。 - -「**GitHub 顧客契約**」とは、オンライン サービスに関してお客様が GitHub と締結するサービス契約または他の契約を意味します。 - -「**GitHub のプライバシーに関する声明**」とは、https://docs.github.com/en/github/site-policy/github-privacy-statement で公開されている GitHub のプライバシーに関する声明を意味します。 - -「**オンライン サービス**」とは、お客様との間で同意した GitHub 顧客契約に従って GitHub がお客様に提供する、プレビュー版、更新プログラム、パッチ、バグ修正、技術サポートなどのサービスまたはソフトウェアを意味します。 - -「**個人データ**」とは、識別されたまたは識別可能な自然人に関するすべての情報を意味します。 識別可能な自然人とは、特に名前、識別番号、位置データ、オンライン識別子などの識別子、またはかかる自然人の身体的、生理的、遺伝的、精神的、経済的、文化的もしくは社会的なアイデンティティに固有の要素を 1 つ以上参照することによって、直接または間接的に識別することができる者をいいます。 - -「**プレビュー版**」とは、下見や評価、デモ、試用などの目的のために提供されるオンライン サービス、またはオンライン サービスのプレリリース版を意味します。 - -「**プロフェッショナル サービス データ**」とは、プロフェッショナル サービスを取得するために GitHub との契約を通じて、お客様またはお客様の代理人によって GitHub に提供される (またはお客様が GitHub にオンライン サービスからの取得を許可する)、または GitHub あるいは GitHub の代理人によって取得または処理される、すべてのテキスト、音声、ビデオまたは画像ファイルまたはソフトウェアを含むすべてのデータを意味します。 プロフェッショナル サービス データには、サポート データが含まれます。 - -「**サービス生成データ**」とは、GitHub がオンライン サービスの運用を通じて得られたデータを意味します。 サービス生成データには、顧客データ、診断データ、プロフェッショナル サービス データは含まれません。 - -「**標準契約条項**」とは、以下の「標準契約条項」のいずれかを意味し、本 DPA で後述する「データの移転と場所」の項に従って個人データの移転に個別に適用されます。 -- 標準契約条項 (構成要素 2:管理者から処理者への移転) - GDPR の第 46 条に記載され、欧州員会実施決定 (EU) 2021/91 によって承認された、欧州議会および理事会の 2016 年 679 番 EU 規則従った、個人データの第三国への移転に関する 2021 年 6 月 4 日付の条項 (「標準契約条項 (EU/EEA)」)。 標準契約条項 (EU/EEA) は、付録 1 に規定するとおりとします。 -- 「標準契約条項」(処理者) - GDPR の第 46 条に記載され、欧州委員会決定 2010/87/EU によって承認され、英国からのデータ移転に関連して使用するための英国規制または監督機関によって認識された、適切なレベルのデータ保護を保証しない第三国に設立された処理者への個人データの移転に関する 2010 年 2 月 5 日付の条項 (「標準契約条項 (英国)」)。 標準契約条項 (英国) は、付録 2 に規定するとおりとします。 - -「**下請処理者**」とは、GDPR の第 28 条に規定されている、オンライン サービスに関連して個人データをお客様に代わって処理するために GitHub が利用する他の処理者をいいます。 - -「**サポート データ**」とは、本契約の対象であるオンライン サービスのテクニカル サポートを取得するために GitHub との契約を通じて、お客様またはお客様の代理人によって GitHub に提供される (またはお客様が GitHub にオンライン サービスからの取得を許可する)、すべてのテキスト、音声、ビデオまたは画像ファイルまたはソフトウェアを含むすべてのデータを意味します。 サポート データはプロフェッショナル サービス データのサブセットです。 - -「個人データの侵害」、「処理」、「管理者」、「処理者」、「プロファイリング」、「個人データ」、「データ主体」など、本 DPA で使用されている用語のうち定義のないものについては、GDPR が適用されるかどうかにかかわらず、GDPR 第 4 条における定義が適用されます。 「データ輸入者」と「データ輸出者」という用語の意味は、標準契約条項の定義に従うものとします。 - -なお、上述のように、顧客データ、診断データ、サービス生成データ、およびプロフェッショナル サービス データとして定義されているデータには、個人データが含まれる場合があります。 説明のため、以下に挿入した表を参照してください。 - -
personal_data_types
- -上記の表は、DPA に定義されているデータ タイプを視覚的に表したものです。 すべての個人データは、その他のいずれかのデータ タイプ (そのすべてに、個人データ以外のデータも含まれる) の一部として処理されます。 サポート データはプロフェッショナル サービス データのサブセットです。 明記されていない限り、DPA 条件は個人データにのみ適用されます。 - -## 一般条件 - -### 法令遵守 - -GitHub は、GitHub によるオンライン サービスの提供に適用されるすべての法令および規制 (セキュリティ侵害通知法とデータ保護要件を含みます) を遵守します。 ただし、GitHub は、お客様またはお客様の業種に適用される法令であっても、情報技術サービス業者に一般的に適用されるものではない法令を遵守する責任を負いません。 特定の法令または規制の適用対象となる情報がお客様のデータに含まれるかどうかを判断するのは GitHub ではありません。 すべてのセキュリティ インシデントには、以下の「セキュリティ インシデントの通知」の条件が適用されます。 - -お客様は、生体認証データ、通信の秘密保持、およびデータ保護要件に関連する法令を含む、お客様による Online Service の使用に適用されるすべての法令および規制を遵守する必要があります。 特定の法令または規制の適用対象となる情報の保存および処理に Online Service が適しているかどうかを決定すること、およびお客様の法令上および規制上の義務に一致した方法でオンラインを利用することについては、お客様が責任を負うものとします。 お客様は、米国のデジタル ミレニアム著作権法またはその他の適用法令に基づくコンテンツの削除要請など、お客様による Online Service の使用に関する第三者からの要請に対応する責任を負います。 - -## データ保護 - -条項 本 DPA のこの条は、次の項で構成されています。 -- 適用範囲 -- データ処理の性質 (権利の帰属) -- 処理済みデータの開示 -- 個人データの処理、GDPR -- データ セキュリティ -- セキュリティ インシデントの通知 -- データの移転と場所 -- データの保持と削除 -- 処理者の機密保持に関する確約事項 -- 下請処理者の使用に関する通知および規制 -- 教育機関 -- CJIS 顧客契約、HIPAA Business Associate、生体認証データ -- カリフォルニア州消費者プライバシー保護法 (CCPA) -- GitHub へのお問い合わせ方法 -- 付属文書 A – セキュリティ対策 - -### 適用範囲 - -DPA 条件はすべてのオンライン サービスに適用されます。 - -プレビューで採用されるプライバシーおよびセキュリティ対策は、Online Service で通常使用される対策よりも少ない、またはそれらの対策とは異なる場合があります。 別途規定する場合を除き、お客様は、個人データまたは法令遵守要件が適用されるその他のデータを処理するためにプレビュー版を使用することはできません。 本 DPA の以下の条件は、プレビュー版には適用されません。「個人データの処理 (GDPR)」、「データ セキュリティ」、および「カリフォルニア州消費者プライバシー保護法」。 - -### データ処理の性質 (権利の帰属) - -DPA 条件で別途規定されている場合を除き、GitHub は、文書化されたお客様の指示に基づき、以下に規定される制限条項に従って、(a) お客様にオンライン サービスを提供するため、および (b) オンライン サービスのお客様への提供に付随する GitHub の正当な事業運営のためにのみ、顧客データおよび個人データを使用し、その他の方法で処理するものとします。 両当事者の間において、貴社が貴社データのすべての権利、権原、および権益を留保します。 GitHub は、本条でお客様が GitHub に付与する権利を除き、顧客データに関するいかなる権利も取得しません。 本項は、GitHub がお客様にライセンスするソフトウェアまたはサービスに対する GitHub の権利には影響しません。 - -#### お客様にオンライン サービスを提供するための処理 - -本 DPA において、オンライン サービスの「提供」は以下の要素で構成されます。 -- お客様とそのユーザーによってライセンス取得、設定、および使用される機能の提供 (パーソナライズされたユーザー エクスペリエンスの提供を含む) -- トラブルシューティング (例: 問題の防止、検出、および修正) -- 継続的な向上 (例: 最新の更新プログラムのインストール、ならびにユーザーの生産性、信頼性、有効性、およびセキュリティの向上) - -オンライン サービスを提供する場合、GitHub は、お客様に代わり、また文書化されたお客様の指示に従って個人データを使用するか、その他の方法で処理するものとします。 - -#### GitHub の正当な事業運営のための処理 - -本 DPA において、「GitHub の正当な事業運営」は、それぞれがオンライン サービスのお客様への提供に付随する次の要素で構成されます。(1) 請求およびアカウント管理。(2) 報酬 (例: 従業員のコミッションとパートナーのインセンティブの計算)。(3) 社内向け報告およびビジネス モデリング (例: 予測、収益、キャパシティ プランニング、製品戦略)。(4) GitHub またはオンライン サービスに影響を与える可能性のある詐欺、不正行為、サイバー犯罪、またはサイバー攻撃への対処。(5) アクセシビリティ、プライバシー、またはエネルギー効率のコア機能の向上。(6) 財務報告および法的義務の遵守 (以下に概説する処理対象データの開示の制限事項の対象)。(7) お客様の個別ユーザーのエンド ユーザー アカウントおよびプロファイルの、GitHub による作成または管理。(8) GitHub リポジトリへの保存のために、またはプロフェッショナル サービスに関連してお客様が提供していない個人データに付随するその他の目的。 - -GitHub は、個人データをその正当な事業運営のために処理する場合、それらを次の目的で使用したりその他の方法で処理したりすることはありません。(a) ユーザー プロファイリング。(b) 広告目的または同様の商用目的。(c) データの販売または仲介。(d) 本条に記載されている目的以外のその他の目的。 - -### 処理済みデータの開示 - -次の場合を除き、GitHub が処理対象データを開示したり、かかるデータへのアクセスを可能にしたりことはありません。(1) お客様が指示した場合、(2) 本 DPA に規定されている場合、または (3) 法令により求められる場合。 本条において、「処理対象データ」は次の意味を持つものとします。(a)顧客データ。(b) 個人データ。および (c) オンライン サービスに関連して GitHub によって処理され、GitHub 顧客契約に基づくお客様の機密情報であるその他のデータ。 処理対象データのあらゆる処理に、GitHub 顧客契約に基づく GitHub の秘密保持義務が適用されます。 - -法令により義務付けられている場合を除き、GitHub が処理対象データを法執行機関に開示する、またはかかるデータへのアクセスを可能にすることはありません。 法執行機関から処理対象データを要求された場合、GitHub は、法執行機関にお客様に連絡させ、そのデータを直接要求させるよう努めます。 処理対象データを法執行機関に開示する、またはかかるデータへのアクセスを可能にせざるを得ない場合、GitHub は、かかる行為が法令により禁止されている場合を除き、直ちにお客様に通知し、かかる要求の写しを提供します。 - -他の第三者から処理対象データに関する要求を受け取った場合、GitHub は、法令により禁止されている場合を除き、速やかにお客様に通知します。 法令により要求の遵守が義務付けられている場合を除き、GitHub はかかる要求を拒否します。 当該要求が有効である場合であっても、GitHub は第三者に対して、お客様に当該データを直接要求させるよう努めます。 - -GitHub は第三者に対し、(a) 処理対象データへの直接的、間接的、全面的または無制限のアクセス、(b) 処理対象データを保護するためのプラットフォーム暗号化キーまたは当該暗号化を解除する能力、あるいは (c) 処理対象データが第三者の要求に指定された以外の目的に使用されることを GitHub が知っている場合における当該データへのアクセスのいずれも提供しません。 - -上記の一環として、GitHub がお客様の基本的な連絡先情報を当該第三者に提供する場合があります。 - -### 個人データの処理、GDPR - -オンライン サービスに関連して GitHub が処理するすべての個人データは、顧客データ、プロフェッショナル サービス データ (サポート データを含む)、診断データ、またはサービス生成データの一部として取得されます。 オンライン サービスの使用を通じて、お客様から、またはお客様の代理で GitHub に提供された個人データも顧客データに含まれます。 仮名化された識別子が診断データまたはサービス生成データに含まれる場合がありますが、これも個人データとなります。 仮名化された個人データ、個人の特定が不可能だが匿名化されていない個人データ、または個人データから取得された個人データもすべて、個人データに該当します。 - -GitHub が GDPR が適用される個人データの処理者または下請処理者である限り、その処理に対して付録 3 の GDPR 関連条件が適用されます。また、両当事者も、本項 (「個人データの処理 (GDPR)」) の以下の条件に同意するものとします。 - -#### 処理者と管理者の役割および責任 - -お客様と GitHub は、お客様が個人データの管理者であり、GitHub が当該データの処理者であることに合意するものとします。ただし、(a) お客様が個人データの処理者となり、GitHub が下請処理者となる場合、または (b) GitHub 顧客契約または本 DPA に別途記載のある場合を除きます。 GitHub が個人データの処理者または下請処理者の役割を果たす場合、GitHub は、お客様からの文書化された指示に従ってのみ、お客様に代わって個人データを処理します。 お客様は、お客様の GitHub 顧客契約 (DPA 条件および該当する更新を含む) に加え、製品ドキュメント、ならびにお客様によるオンライン サービスの機能の使用と設定が、個人データの処理について文書化された、GitHub に対する完全かつ最終的なお客様の指示を構成することに同意するものとします。 オンライン サービスの使用と設定に関する情報は、https://docs.github.com または後継の場所に掲載されています。 追加または代替の指示については、お客様の GitHub 顧客契約の修正プロセスに従って同意された場合にのみ有効となります。 お客様が処理者であり GDPR が適用されるインスタンスにおいて、お客様は GitHub に対し、お客様の指示 (GitHub を処理者または下請処理者に任命することも含む) が担当管理者の承認を得ていることを保証するものとします。 - -GitHub は、オンライン サービスのお客様への提供に付随する GitHub の正当な事業運営のために GDPR が適用される個人データを使用またはその他の方法で処理する範囲で、かかる使用のために GDPR に基づく独立したデータ管理者の義務を遵守する責任を負います。 GitHub は、以下の正当な事業運営に関連した処理のために GDPR に基づくデータの「管理者」の付加義務を受け入れます。(a) GDPR で義務付けられている範囲で、規制要件に従って行動する。(b) お客様に対する透明性を高め、かかる処理に対する GitHub の説明責任を確認する。 GitHub は、本 DPA で特定されているものおよび GDPR の第 6 条 (4) で検討されているものを含め、処理中の個人データを保護するための保護措置を採用しています。 本項による個人データの処理に関して、GitHub は、付録 1 または付録 2 (該当する場合) に規定した「標準契約条項」に定める確約事項を履行します。その目的において、(i) GitHub の正当な事業運営に関連して移転された、付録 1 の別紙 III に記載される、または付録 2 の付属文書 3 (該当する場合) に記載される個人データの GitHub による開示は、「関連する開示」と見なされ、(ii) 付録 1 の別紙 III または付録 2 の付属文書 3 (該当する場合) の確約事項はかかる個人データに適用されます。 - -#### 処理の詳細 - -各当事者は以下を認め、これに同意するものとします。 - -- **対象事項**。 処理の対象事項は、本 DPA の前出の「データ処理の性質 (権利の帰属)」条および GDPR の範囲内の個人データに制限されます。 -- **処理の期間**。 処理の期間は、お客様の指示および本 DPA の条件に従うものとします。 -- **処理の性質と目的**。 処理の性質と目的は、お客様の GitHub 顧客契約に従って、オンライン サービスのお客様への提供に付随する GitHub の正当な事業運営のためにオンライン サービスを提供することです (本 DPA の前出の「データ処理の性質 (権利の帰属)」条で詳しく説明)。 -- **データのカテゴリ**。 オンライン サービスを提供する際に GitHub が処理する個人データの種類には、次のものが含まれます。(i) お客様がお客様のデータまたはプロフェッショナル サービス データ (サポート データを含みますが、それらに限定されません) に含めることを選択した個人データ、および (ii) GDPR の第 4 条で明示的に特定された個人データのうち、診断データまたはサービス生成データに含まれている可能性のあるもの。 お客様が顧客データまたはプロフェッショナル サービス データ (サポート データを含むが、これに限定されません) に含めることを選択する個人データのカテゴリは、お客様が GDPR の第 30 条に従って管理者として保持する記録で特定されている任意のカテゴリの個人データに該当します。これには、付録 1 の別紙 I または付録 2 の付属文書 1 (該当する場合) で定められているカテゴリの個人データが含まれます。 -- データ主体。 データ主体のカテゴリは、お客様の代表者とエンド ユーザー (従業員、請負業者、コラボレーター、顧客など) に該当し、お客様が GDPR の第 30 条に従って管理者として保持する記録で特定されているその他のカテゴリのデータを含む場合があります。これには、付録 1 の別紙 I または付録 2 の付属文書 1 (該当する場合) に定められているデータ主体のカテゴリが含まれます。 - -#### データ主体の権利、要求のサポート - -GitHub は、オンライン サービスの機能および処理者としての GitHub の役割に従った方法で、お客様に対してデータ主体の個人データを提供し、GDPR に基づくデータ主体の権利の行使要求にお客様が対応できるようにします。 GitHub は、GitHub がデータ処理者または下請処理者となっているオンライン サービスに関連し、GDPR に基づいて 1 つ以上の権利の行使要求をデータ主体から受けた場合は、データ主体に、お客様に直接要求させるように務めます。 当該要求に対してはお客様が責任をもって対応してください (必要に応じて、Online Service の機能を使用して対応してください)。 GitHub は、かかるデータ主体による要求への対応についてお客様を支援するため、お客様の合理的な要求に応じます。 - -#### 処理活動の記録 - -GitHub がお客様に関連した特定の情報の記録を収集および維持することが GDPR で義務付けられている限りにおいて、お客様は、当該情報を要求に応じて　GitHub に提供し、正確かつ最新の状態に保つものとします。 GitHub は、GDPR の要求に応じて、当該情報を監督機関に提供する場合があります。 - -### データ セキュリティ - -GitHub は、オンライン サービスに関連して GitHub がお客様に代わり、お客様の文書化された指示に従って処理する顧客データおよび個人データを、不慮の、または違法な破壊、喪失、改変、無許可の開示またはアクセスから保護するために適切な技術的および組織的対策と安全保護措置を講じており、今後も維持します。 GitHub は、これらの対策および保護措置が守られていることを定期的に監視し、GitHub 顧客契約の期間中に継続的に適切な措置を講じていきます。 付属文書 A – 安全保護措置には、GitHub が実施している技術的および組織的対策と安全保護措置の記述が記載されています。 - -オンライン サービスの技術的および組織的対策と安全保護措置がお客様の要件 (適用されるデータ保護要件に基づくお客様のセキュリティ義務を含む) を満たしているかどうかに関し、お客様は、自身の責任において独自に判断する必要があります。 お客様は、最新技術、実施コスト、その顧客および個人データの処理の性質、範囲、および目的、ならびに自然人の権利と自由に対するリスクのさまざまな可能性と重大度を考慮したうえで、GitHub が実施し、今後維持する技術的および組織的対策と安全保護措置が、その顧客データおよび個人データに関連したリスクに見合ったセキュリティ レベルを提供していることを認め同意するものとします。 お客様は、お客様が提供または管理するコンポーネントに対してプライバシー保護およびセキュリティ対策を実装し維持する責任を負います。 - -GitHub は、SOC1 type2 や SOC2 type2 の外部監査レポートなど、セキュリティ 法令遵守レポートをお客様の要求に応じて提供します。 お客様は、該当するデータ保護要件 (GDPR の第 28 条第 (3) 項 (h) を含む) で付与される情報権および監査権が当該法令遵守レポートによって充足されること、また、それ以外では、これらの権利が生じるのは、GitHub が提供する法令遵守レポートによって十分な情報が得られない範囲内か、または規制機関による、または監督機関による監査あるいは調査にお客様が応える義務の範囲内に限られることに同意するものとします。 - -お客様が、規制機関または監督機関の監査あるいは調査を受け入れるか、GitHub の参加を要求した規制機関または監督機関による要請に応えて監査または調査を実施しなければならず、しかも、GitHub がその顧客に通常提供する監査レポート、ドキュメント、または法令遵守情報がお客様の義務を合理的に (お客様の規制機関が許容する程度まで) 充足できない場合、GitHub は、以下の条件に従ってお客様の追加指示および情報要求に即座に応えるものとします。 - -- GitHub は、関連する知識豊富な人材、ドキュメント、アプリケーション ソフトウェアへのアクセスを提供します。 -- お客様と GitHub は、適用範囲、タイミング、期間、管理、および証拠の要件について事前に書面による契約書 (電子メールも可) で相互に同意するものとします。ただし、要件の同意に必要だからといって、その協力が不合理に遅れることがあってはなりません。 -- お客様は、独立した第三者組織である認定済みの監査会社によって、通常の営業時間中に、GitHub への合理的な書面による事前通知を行ったうえで、合理的な秘密保持手順に従って行われることをその規制機関に対して確認する必要があります。 お客様、その規制機関、あるいはその規制機関の代理人のいずれも、GitHub の他の顧客データにアクセスしたり、オンライン サービスに関与していない GitHub のシステムまたは施設にアクセスしたりすることはできません。 -- お客様は、GitHub が実施するサービスの料金に加えて、GitHub が当該監査に費やしたすべての妥当な費用と料金を含む、お客様の規制監査に対する GitHub の協力に関連したすべての費用と料金に対して責任を負います。 -- お客様の規制監査に対する GitHub の協力から生成されたレポートに GitHub に関する調査結果が含まれている場合、お客様はお客様の規制機関が認める範囲で当該レポート、調査結果、推奨措置を GitHub と共有するものとします。 - -### セキュリティ インシデントの通知 - -GitHub は、オンライン サービスに関連してお客様の文書化された指示に従って代理で処理する顧客データまたは個人データの偶発的または不法な破壊、喪失、改変、不正な開示、またはアクセスにつながるようなセキュリティ違反 (それぞれ「セキュリティ インシデント」という) を認識した場合、遅滞なく速やかに、(1) セキュリティ インシデントについてお客様に通知し、(2) セキュリティ インシデントを調査して、それについての詳細情報をお客様に提供し、(3) セキュリティ インシデントによる影響に対処し、セキュリティ インシデントにより生じる損害を最小限に抑えるための合理的な対策を講じます。 - -セキュリティ インシデントの通知は、電子メールその他の GitHub が選択した手段によって、お客様の 1 名以上の管理者に提供されるものとします。 GitHub との間で正確な連絡先情報を維持し、お客様の管理者があらゆる通知を常に監視して対処することについては、お客様が単独で責任を負うものとします。 貴社に適用されるインシデント通知に関する法律に基づく貴社の義務の遂行、およびセキュリティ インシデントに関する第三者への通知義務を遂行する責任は、すべて貴社が単独で負うものとします。 - -GitHub は、GDPR 第 33 条またはその他の適用される法規制の下で、関連する規制または監督機関およびデータ主体にかかるセキュリティ インシデントについて通知する義務をお客様が履行できるように支援する合理的な努力を尽くすものとします。 - -本条に基づくセキュリティ インシデントの通知または対応に関する GitHub の義務は、セキュリティ インシデントに関する過失または賠償責任を GitHub が認めたものではありません。 - -お客様のアカウントまたは認証資格情報が不正使用された可能性がある場合、またはオンライン サービスに関連するセキュリティ インシデントが発生した場合には、お客様は速やかに GitHub にその旨を通知する必要があります。 - -### データの移転と場所 - -GitHub がオンライン サービスに関連してお客様の文書化された指示に従って代理で処理する個人データは、本条の以下に定める DPA 条件および保護措置に従わない限り、地理的な場所に移転し、そこで保管および処理することはできません。 DPA 条件に別途規定されている場合を除き、お客様は当該保護措置を考慮して、GitHub またはその下請処理者が営業を展開する米国またはその他の国に個人データを移転し、その国内で保存および処理するために GitHub を任命するものとします。 - -オンライン サービスを提供するために欧州連合、欧州経済地域、英国、またはスイスから個人データを移転する場合はすべて、付録 1 の標準契約条項 (EU/EEA) が適用されます。 オンライン サービスを提供するために英国から個人データを移転する場合はすべて、付録 2 の標準契約条項 (英国) が適用されます。 付録 2 の標準契約条項 (英国) において「欧州連合」、「EU」、「欧州経済地域」、「EEA」、「加盟国」という用語は、合理的に必要かつ適切である場合、英国からの個人データの移転に関して標準契約条項 (英国) が十分な効力を発揮する英国を指すものと解釈します。 これは、2020 年 1 月 31 日の時点で英国が欧州連合または欧州経済地域の加盟国でなくなったという事実に関係なく適用されます。 - -欧州連合、欧州経済地域、英国およびスイスといった各法域外部の受領者または管轄区域への個人データの移転に関連し、GitHub は当該法域のデータ保護法の要件、およびその他のデータ保護要件に従います。 かかる個人データ移転には、GDPR 第 46 条に定める適切な保護措置が適宜適用され、かかる移転および保護措置は、GDPR 第 30 条 (2) 項に従って文書化されるものとします。 - -前述の保護措置に従って、GitHub は、オンライン サービスに関連してその独自の裁量により合理的に必要と判断した管轄区域または地理的な場所に個人データを移転し、そこで保管またはその他の方法で処理する場合があります。 - -### データの保持と削除 - -法律で禁止されている場合を除き、GitHub は、オンライン サービスに関連してお客様の文書化された指示に従って代理で処理する、すべての保存場所にある一切の顧客データおよび個人データをお客様からの合理的な要求を受けてから 30 日以内に破棄または返却します。ただし、その場合、オンライン サービスの提供に対し、およびデータ主体がその個人データの処理を許可した目的に対し、これらデータが不要となったことを条件とします。 GitHub は、該当するデータ保護要件またはその他の適用法で要求される範囲内で、また、該当するデータ保護要件またはその他の適用法で要求される期間を上限として顧客データまたは個人データを保管する場合があります。その際、GitHub は、該当するデータ保護要件またはその他の適用法に定める目的に必要とされる場合にのみ顧客データまたは個人データを処理し、それ以外の目的には処理せず、該当するデータ保護要件またはその他の適用法に従ってデータを保護することを保証します。 - -### 処理者の機密保持に関する確約事項 - -GitHub は、オンライン サービスに関連してお客様の代理で顧客データおよび個人データの処理に従事する GitHub 担当者が、(i) お客様からの指示または本 DPA の規定に必ず従って当該データを処理すること、および (ii) 処理の終了後も顧客データおよび個人データの秘密保持と安全性の保持が義務付けられていることを保証するものとします。 GitHub は、適用されるデータ保護要件、その他の適用法、および業界標準に従い、顧客データおよび個人データにアクセスする GitHub の従業員に対し、データ プライバシーおよびセキュリティに関する必須の研修を定期的に実施し、これらについて周知させるものとします。 - -### 下請処理者の使用に関する通知および規制 - -GitHub は、一部のサービスまたは補助的なサービスを下請処理者に委託することができます。 お客様は、本契約と下請処理者としての GitHub の関連会社に同意するものとします。 上記の承認は、適用法、標準契約条項、または GDPR 関連条件に基づき、GitHub が個人データを下請処理に出すことに関してお客様の書面による事前の同意が必要な場合に、かかる同意を構成するものとします。 - -GitHub は、その下請処理者が本 DPA の GitHub の義務を遵守することに責任を負います。 GitHub は、自社 Web サイト (https://github.com/subprocessors (または後継の場所)) に下請処理者に関する情報を公開しています。 GitHub は、下請処理者と契約を締結する際、書面による契約書を交わすことにより、下請処理者が GitHub から委託されたサービスを提供するためにのみ顧客データまたは個人データにアクセスして使用し、それ以外の目的には当該データを使用しないことを保証します。 GitHub は、個人データの開示への制限を含め、本 DPA が GitHub に求めるものと同等以上のデータ保護対策を講じるよう書面に規定し、下請処理者に義務付けます。 GitHub は、これらの契約上の義務が確実に満たされるように下請処理者を監督することに同意します。 - -GitHub は、随時、新しい下請処理者と契約できるものとします。 GitHub は、Web サイト (https://github.com/github-subprocessors-list、または後継の場所) を更新し、その更新を知る方法をお客様に提供することにより、新規事業者についてお客様に通知します。下請処理者に顧客データへのアクセスを提供するのは、その後になります。 GitHub が新しいオンライン サービスのために新しい下請処理者と契約する場合、お客様にその旨を通知します。GitHub がそのオンライン サービスを提供するのは、その後になります。 - -新しい下請処理者を承認しない場合、お客様は、当該通知期間が終わる前に、終了通知を書面で交付することによって、影響を受けるオンライン サービスのサブスクリプションを違約金なしで終了することができます。 お客様は、GitHub が該当する懸念に基づいて新しい下請処理者を再評価できるようにするために、終了通知と共に不承認の理由の説明を含めることもできます。 影響を受ける Online Service がスイート (またはサービスの 1 回の購入) の一部である場合、解約はスイート全体に適用されます。 終了後、GitHub は、お客様またはそのリセラーに対する以降の請求書から、解約したオンライン サービスのサブスクリプションに対する支払義務を削除します。 - -### 教育機関 -お客様が、家庭教育の権利とプライバシーに関する法 (20 U.S.C. § 1232g (FERPA) または同様の州内学生に関する法律や教育とプライバシーに関する法律 (以下総称して「教育とプライバシーに関する法律」といいます) の規定が適用される機関である場合、お客様は、GitHub から書面による具体的な同意を事前に受け、オンライン サービスに関連して当該個人データの GitHub による処理に伴う両当事者の権利および義務を定める契約を GitHub と別途取り交わすことなく、当該の教育とプライバシーに関する法律が適用される個人データを GitHub に提供することはできないものとします。 - -上記に従い、FERPA が適用される個人データをお客様が GitHub に提供する場合、両当事者は、本 DPA の目的上、GitHub が個人データに対して「正当な教育的関心」を持つ「学校関係者」であることを認め、これに同意するものとします。それらの条項は FERPA とその実施規制において定義されています。 お客様は、GitHub が、お客様の学生および学生の両親の連絡先について限られた情報しか持っていないかまたは情報をまったく持っていない場合があることを了解するものとします。 したがって、お客様は、適用される法令によって必要とされる場合に、エンド ユーザーによるオンライン サービスの使用について保護者の同意を得る責任を負うものとし、適用される法令により義務付けられる場合には、GitHub が所有する顧客データの開示を要求する裁判所の命令または合法的に発行された令状について、GitHub に代わって学生 (または、18 歳未満で中等後教育機関に在籍していない学生に関しては、学生の親) に通知を行うものとします。 - -### CJIS 顧客契約、HIPAA Business Associate、生体認証データ - -お客様は、GitHub から書面による具体的な同意を事前に受けない限り、以下の個人データを GitHub に提供しないものとします。 - -- 刑事上の有罪判決および犯罪に関する個人データ、FBI 刑事裁判情報サービス部または関連セキュリティ ポリシーの対象となるか、またはこれに伴ってお客様が収集あるいはその他の方法で処理した個人データ。 -- 医療保険の相互運用性と説明責任に関する法律 (Public Law 104-191) または州保健衛生法または医療プライバシー法に従って制定された、米国保健社会福祉省発行のプライバシー、セキュリティ、および違反通知に関する規則 (Parts 160 and 164 of Title 45 of the Code of Federal Regulations) が適用される保護対象健康情報を構成するもの。 -- Federal Policy for the Protection of Human Subjects (Common Rule) が適用されるか、これに従って実施される臨床試験またはその他のバイオメディカル リサーチの研究課題の一環として収集された情報。 -- 州、連邦政府、または外国の生体情報プライバシー法の対象となる情報、または、個人の身元を特定するためにその身体的、生理的、生物学的、または行動的特徴に関する情報や、かかる情報から生成され、単独でまたは互いに組み合わせるか他の情報と共に使用することを意図した情報。 - -### カリフォルニア州消費者プライバシー法 (CCPA)/カリフォルニア州プライバシー権法 (CPRA) - -GitHub は、CCPA の範囲内でお客様の文書化された指示に従って代理で個人データを処理する場合に限り、お客様に対して以下の追加確約を行います。 GitHub はお客様の代理で個人データを処理し、以下は行いません。 - -- CCPA で定義する「販売」どおりに個人データを販売する。 つまり、金銭の交換のないクロスコンテキスト行動ターゲティング広告のための取引を含め、金銭またはその他の価値ある対価のあるなしにかかわらず、クロスコンテキスト行動ターゲティング広告を目的として口頭、書面、電子的方法、またはその他の方法で個人データを第三者と共有、貸与、解放、開示、配布、提供、移転、または伝達する。 -- DPA 条件または GitHub 顧客要件に定めるビジネス上のものを除く商用目的のために、CCPA に別段の記載がある場合を除いて個人データを保持、使用、開示することを含め、DPA 条件および GitHub 顧客契約に定めるビジネス上のものを除く目的のために個人データを保持、使用、開示する。 -- お客様との直接的な取引関係外で個人データを保持、使用、または開示する。 -- 個人データを第三者の代理で受領するか、カリフォルニア州の住民から収集した個人データと組み合わせる (ただし、CCPA が認めるか、CCPA で採択または発行された規則が認めるビジネス上の目的を実行するために GitHub が個人データを組み合わせる場合を除く)。 - -### GitHub へのお問い合わせ方法 - -GitHub がプライバシーまたはセキュリティに関する確約事項を遵守していないとお客様がお考えの場合、カスタマー サポートまで連絡するか、GitHub のプライバシー Web フォーム (https://support.github.com/contact/privacy) をご利用ください。 GitHub の郵送先住所は次のとおりです。 - -**GitHub Privacy**
-GitHub, Inc.
-88 Colin P. Kelly Jr. Street
-San Francisco, California 94107 USA
- -GitHub B.V. は、GitHub の欧州経済地域担当データ保護担当窓口です。 GitHub B.V. のプライバシー担当窓口には、 以下の住所までご連絡ください。 - -**GitHub B.V.**
-Vijzelstraat 68-72
-1017 HL Amsterdam
オランダ
- -

付属文書 A – 安全保護措置

- -GitHub は、これまで、GitHub サービスに関連してお客様の文書化された指示に従って代理で処理する顧客データと個人データに対して以下の技術的および組織的対策と安全保護措置を導入してきたほか、これからも維持していきます。これらは、本 DPA のセキュリティの確約事項 (GDPR 関連条項を含む) と共に当該データのセキュリティに関連する GitHub 唯一の責任となります。 - -ドメイン | 対策 --------|---------| -情報セキュリティ組織 | **セキュリティの責任者**。 GitHub は、セキュリティ ポリシーおよび手順の調整と監視を担当する 1 人以上のセキュリティ責任者を任命します。

**セキュリティ ロールおよび責任**。 顧客データおよび個人データにアクセスする GitHub 担当者には、秘密保持義務が課されます。

**リスク管理プログラム**。 GitHub は年に一度、リスク評価を実施します。
GitHub は、セキュリティ関連文書を、効力を持たなくなった後も保存義務に従って保存します。

**ベンダー管理**。 GitHub は、ベンダー リスク評価プロセス、ベンダー契約条項、その他のデータ保護契約をベンダーと取り交わしています。 -Asset Management (資産管理) | **資産インベントリ**。 GitHub は、顧客データおよび個人データが保管されているすべてのメディアの一覧を保持します。 かかるメディアの一覧へのアクセスは、当該アクセスを許可されている GitHub 担当者に制限されます。

**資産の取り扱い**
- GitHub は、顧客データおよび個人データを分類して、識別しやすくすると共に、かかるデータへのアクセスを適切に制限できるようにします。
- GitHub は、終了の理由を含め、データ保護に対する義務および説明責任を従業員に伝えます。
GitHub 担当者は、GitHub の許可を得ない限り、顧客データおよび個人データにリモートでアクセスしたり、GitHub 施設外で顧客データおよび個人データを処理したりすることはありません。 -人事セキュリティ | **セキュリティ研修**。 GitHub は、初期オンボーディングの一環としてセキュリティおよびプライバシー意識向上研修を修了することを新規採用者全員に義務付けています。 従業員は全員、年に一度、セキュリティおよびプライバシーに関する基本的な基準情報を学習するための研修に参加することが求められます。 -物理セキュリティおよび論理セキュリティ | **施設への物理的アクセス**。 GitHub は、顧客データおよび個人データを処理する情報システムが配置されている施設へのアクセスを、許可された特定の個人に限定します。

**コンポーネントへの物理的アクセス**。 GitHub は、メディアの種類、許可された送付者/受領者、日付および時刻、メディアの数ならびに含まれる顧客データおよび個人データのカテゴリを含め、顧客データを収録したメディアの出入り状況を記録します。

**喪失からの保護**。 GitHub は、さまざまな業界標準システムを使用して、電源の故障または電力線妨害によるデータの喪失を防止します。

**コンポーネントの廃棄**。 GitHub は、業界標準プロセスに従い、不要になった顧客データおよび個人データを消去します。 -通信および運用管理 | **運用ポリシー**。 GitHub は、GitHub のセキュリティ対策ならびに顧客データにアクセス可能な GitHub 担当者の関連手順および責務を規定したセキュリティ関連文書を保持します。

**データ回復手順**
- 継続的に、ただしいかなる場合でも週に 1 回以上 (顧客データおよび個人データがその期間中に更新されなかった場合を除きます)、GitHub は、顧客データおよび個人データの回復に使用することができる顧客データおよび個人データの複製を複数作成します。
- GitHub は、顧客データおよび個人データの複製とデータ回復手順の写しを、顧客データおよび個人データを処理する主要コンピューター機器が設置されている場所とは異なる場所に保管します。
- GitHub は、顧客データの複製へのアクセスを管理するための具体的な手順を定めています。
- GitHub は、担当者、復元されたデータの記述、および該当する場合はデータ回復処理において手動で入力する必要があったデータ (存在する場合) を含め、データ回復作業を記録します。

**悪意あるソフトウェア**。 GitHub は、公衆ネットワークから送信される悪意あるソフトウェアを含め、顧客データへの異常または不審なアクセスを特定して対処するのに役立つ脅威検出制御対策を講じています。

**境界を越えるデータ**
- GitHub は、公衆ネットワークを介して伝送される顧客データおよび個人データを暗号化するか、お客様が暗号化できるようにします。
- GitHub は、当社の施設外へ持ち出されるメディア内の顧客データおよび個人データへのアクセスを制限します。

**イベント ログ**。 GitHub は、顧客データを含む情報システムへのアクセスおよび使用をログに記録し、またはお客様がログに記録できるようにし、アクセス ID、日時、許可または拒否された認証、および関連する活動を登録します。 -アクセス制御 | **アクセス ポリシー**。 GitHub は、顧客データにアクセス可能な個人のセキュリティ権限の記録を保持します。

**アクセス認可**
- GitHub は、顧客データが保管されている GitHub システムへのアクセスを許可されている担当者の記録を保持し、更新します。
- GitHub は、データおよびリソースへのアクセス権を許可、変更、または取り消すことができる担当者を指名します。
- 個人データを含むシステムに複数の個人がアクセスすることができる場合、技術的および構造的に実現可能で商業的に合理的であれば、GitHub はログイン ID をそれらの個人に個別に割り当てます。

**最小限の権限**
- テクニカル サポート担当者は、必要な場合に限り、顧客データおよび個人データへのアクセスを許可されます。
- GitHub は、顧客データおよび個人データへのアクセスを、職務を履行するためにかかるアクセスを必要とする個人にのみ制限します。 GitHub 従業員には、その組織内の役割に基づく生産システムへのアクセスのみ許可されます。

**整合性および秘密保持**

- GitHub は、コンピューターを離れる際は管理セッションを無効にするよう GitHub 担当者に指示します。
- GitHub は、パスワードの有効期間中はパスワードを暗号化するか、理解が困難になるような方法で保管します。

**認証**
- GitHub は、業界標準の慣行に従い、情報システムへのアクセスを試みるユーザーを特定し、認証します。
- パスワードのみを使用した認証メカニズムの場合、GitHub は 8 文字以上のパスワードの設定を義務付けています。
- GitHub は、無効になった、または有効期限の切れた従業員 ID を他の個人が使用できないようにします。
- GitHub は、無効なパスワードを使用して情報システムに繰り返しアクセスしようとする行為を監視するか、またはお客様が監視できるようにします。
- GitHub は業界標準の手順に従い、破損した、または不注意で開示されたパスワードを無効にします。
- GitHub は、割り当て時、配布時、および保管中にパスワードの機密性と整合性を維持するために計画された慣行を含め、業界標準のパスワード保護慣行に従います。

**ネットワーク設計**。 GitHub は、顧客データおよび個人データを保管するシステムが GitHub の業務運用に使用するものと同じ論理ネットワーク上に配置されないようにするための管理対策を講じています。 -情報セキュリティ インシデント管理 | **インシデント対応プロセス**
- GitHub は、セキュリティ インシデントを、その内容、機関、違反の結果、報告者の名前、インシデントの報告先、インシデントの取り扱い方法に関する詳細情報と共に記録して保管します。
- GitHub.com の顧客がデータ侵害の影響を受けたことを GitHub セキュリティ部門が確認したか、または合理的に疑われる場合、GitHub は遅滞なく顧客に通知します。
- GitHub は、開示されたデータ、データの開示先および開示日時を含め、顧客データの開示を追跡するか、またはお客様が追跡できるようにします。

**サービスの監視**。 GitHub は、サイトへの攻撃を防止、検出、緩和するためのさまざまな継続的監視ソリューションを導入しています。 -事業継続性の管理 | - GitHub は、顧客データおよび個人データを処理する GitHub 情報システムが配置されている施設について緊急時対応計画を定めています。
- GitHub の冗長ストレージおよびそのデータ回復手順は、喪失または破壊される前の元の状態または最後に複製されたときの状態で顧客データおよび個人データを再構築することを試みるように設計されています。 - -

付録 1 - 標準契約条項 (EU/EEA)

- -### 管理者から処理者 - -#### 第 I 条 - -##### 第 1 条 - -**目的と適用範囲** - -
    -
  1. 本標準契約条項の目的は、第三国への個人データの移転を目的とした、個人データの処理に関する自然人の保護および当該データの自由な移動に関する 2016 年 4 月 27 日付け欧州議会および理事会の 2016 年 679 番 EU 規則の要件 (一般データ保護規則) の遵守を徹底することです。
    2. -
  2. 両当事者は、 -
      -
    1. 別紙 I.A に記載されている個人データを移転する自然人または法人、公的機関、代理人、またはその他の団体 (以下「事業体」といいます) (以下それぞれ「データ輸出者」といいます) であり
      2. -
    2. 別紙 I.A に記載されている、データ輸出者から直接、または別の事業体を経由して間接的に、第三国で個人データを受け取る事業体 (以下「データ輸入者」といいます) で、本条項の当事者でもあり
      3. -
    - 本標準契約条項 (以下「条項」といいます) に同意しました。
    3. -
  3. 本条項は、別紙 I.B に規定されている個人データの移転に関して適用されます。
    4. -
  4. 本条項の付属文書は、そこに参照されている別紙を含め、本条項の不可欠な部分を形成します。
    5. -
- -##### 第 2 条 - -**本条項の効果と不変性** -
    -
  1. 本条項は、2016 年 679 番 EU 規則の第 46 条 (1) 項および第 46 条 (2)(c) 項に従って、および 2016 年 679 番 EU 規則の第 28 条 (7) 項に基づく標準契約条項に従って、これらの条項が変更されない限り (ただし、適切なモジュールの選択と、付属文書の情報の追加または更新を目的とした変更を除く)、管理者から処理者へのデータ移転および/または処理者間のデータ移転に関して、行使できるデータ主体の権利と有効な法的救済策を含めた適切な保護条項を定めています。 これにより、両当事者が、本条項で定められた標準契約条項をより広範囲の契約に含め、他の条項や保護条項を追加するのを妨げることはありません。ただし、それらが本条項と直接または間接的に矛盾しない場合、またはデータ主体の基本的な権利や自由を損なわない場合に限ります。
    2. -
  2. 本条項は、2016 年 679 番 EU 規則によってデータ輸出者に適用される義務を損なうものではありません。
    3. -
- -##### 第 3 条 - -**第三受益者** - -
    -
  1. データ主体は、データ輸出者またはデータ輸入者に対して第三者受益者として本条項を行使および強制することができます。ただし、以下の条項を除きます。
    2. -
      -
    1. 第 1 条、第 2 条、第 3 条、第 6 条、第 7 条
      2. -
    2. 第 8 条 1(b) 項、8 条 9(a) 項、(c) 項、(d) 項、(e) 項
      3. -
    3. 第 9 条 (a) 項、(c) 項、(d) 項、(e) 項
      4. -
    4. 第 12 条 (a) 項、(d) 項、(f) 項
      5. -
    5. 第 13 条
      6. -
    6. 第 15 条 1(c) 項、(d) 項、(e) 項
      7. -
    7. 第 16 条 (e) 項
      8. -
    8. 第 18 条 (a) 項および (b) 項
      9. -
    -
  2. (a) 項は、2016 年 679 番 EU 規則の下でのデータ主体の権利を損なうものではありません。
    3. -
- -##### 第 4 条 - -**解釈** - -
    -
  1. 本条項で使用されている用語のうち 2016 年 679 番 EU 規則で定義されているものについては、この規則における定義が適用されるものとします。
    2. -
  2. 本条項は、 2016 年 679 番 EU 規則の規定の観点から読み、解釈するものとします。
    3. -
  3. 本条項は、2016 年 679 番 EU 規則に定められた権利および義務と矛盾しないように解釈するものとします。
    4. -
- -##### 第 5 条 - -**階層** - -本条項と両当事者間の関連する契約の間に矛盾が生じた場合は、本条項が合意または締結された時点の既存の条項が優先するものとします。 - -##### 第 6 条 - -**移転の説明** - -移転の詳細、特に移転される個人データの種類と移転目的については、別紙 I.B に規定されています。 - -##### 第 7 条 - -**結合条項** - -
    -
  1. 同条項の当事者ではない事業体は、当事者の合意により、付属文書に記入し、別紙 I.A に署名することで、データ輸出者またはデータ輸入者として随時本条項に同意できます。
    2. -
  2. 付属文書に記入し、別紙 I.A に署名した後、同意した事業体は本条項の当事者となり、別紙 I.A の指定に従ってデータ輸出者またはデータ輸入者としての権利と義務を持つものとします。
    3. -
  3. 同意した事業体は、当事者になる前の期間については、本条項の下で生じる権利または義務を有さないものとします。
    4. -
- -#### 第 II 条 – 両当事者の義務 - -##### 第 8 条 - -**データ保護のための保護措置** - -データ輸出者は、データ輸入者が適切な技術的および組織的対策の導入を通じて、本条項に基づく義務の履行が可能であることを判断するために合理的な努力を尽くしたことを保証するものとします。 - -**8.1 指示** -
    -
  1. データ輸入者は、データ輸出者からの文書化された指示に従ってのみ、個人データを処理するものとします。 データ輸出者は、契約期間にわたってかかる指示を提供する場合があります。
    2. -
  2. データ輸入者は、これらの指示に従うことができない場合、直ちにデータ輸出者に通知するものとします。
    3. -
- - -**8.2 目的の制限** - -データ輸入者は、データ輸出者から追加の指示がない限り、別紙 I.B に定められた特定の移転目的でのみ、個人データを処理するものとします。 - -**8.3 透明性** - -データ輸出者は要求に応じて、両当事者が記入した付属文書も含め、本条項の写しをデータ主体に無料で提供するものとします。 データ輸出者は、写しを共有する前に、別紙 II に定める対策を含め企業秘密または他の機密情報を保護するために必要な範囲で、付属文書の文言の一部を削除できます。ただし、データ主体がその内容を理解し、その権利を行使できなくなる場合は、意味のある要約を提供するものとします。 両当事者は要求に応じて、削除された情報を明らかにせずに可能な範囲で、データ主体に削除の理由を伝えるものとします。 本条項は、2016 年 679 番 EU 規則の第 13 条および 14 条で適用されるデータ輸出者の義務に影響を与えることはありません。 - -**8.4 正確性** - -データ輸入者は、受領した個人データが正確でないこと、または古くなったことを認識した場合、不当な遅滞なくデータ輸出者に通知するものとします。 この場合、データ輸入者はデータ輸出者と協力してデータを消去または修正するものとします。 - -**8.5 データ処理の機関とデータの消去または返却** - -データ輸入者による処理は、別紙 I.B に規定されている期間のみ行われるものとします。 データ輸入者は、処理サービス提供の終了後、データ輸出者の選択に応じて、データ輸出者に代わって処理したすべての個人データを削除し、その完了をデータ輸出者に証明するか、またはデータ輸出者に代わって処理したすべての個人データをデータ輸出者に返却し、既存の写しを削除するものとします。 データが削除または返却されるまで、データ輸入者は引き続き本条項の遵守を徹底するものとします。 個人データの返却または削除を禁じる地域法がデータ輸入者に適用される場合、データ輸入者は、引き続き本条項の遵守を徹底することを保証し、その地域法の下で必要とされる限りにおいて、その範囲内でのみ個人データを処理するものとします。 これは第 14 条、特に第 14 条 (e) 項の下でのデータ輸入者の要件を損なうものではありません。この要件に基づき、データ輸入者は契約期間にわたり、第 14 条 (a) 項の要件に従っていない法律または慣行が適用されていると信じる理由がある場合は、データ輸出者に通知する必要があります。 - -**8.6 処理のセキュリティ** - -
    -
  1. データ輸入者、および移転時はデータ輸出者も、そのデータの偶発的または違法な破壊、喪失、改変、無許可の開示またはアクセスにつながるセキュリティ違反 (以下「個人データの侵害」といいます) に対する保護を含め、データのセキュリティを確保するために適切な技術的および組織的対策を導入するものとします。 適切なセキュリティ レベルの評価において、両当事者は技術水準、導入コスト、処理の性質、範囲、背景、目的、および処理に伴うデータ主体へのリスクを考慮するものとします。 特に両当事者は、処理目的がその方法で達成できる場合、送信時を含めて暗号化または仮名化を義務付けることを検討するものとします。 仮名化の場合、個人データを特定のデータ主体に結び付ける追加情報は、可能な場合、データ輸出者の排他的な管理下に置かれるものとします。 本項に基づく義務を遵守するうえで、データ輸入者は少なくとも別紙 II に規定されている技術的および組織的対策を導入するものとします。 データ輸入者は、定期的に確認を実施して、これらの対策によって適切なセキュリティ レベルが継続的に適用されていることを確認するものとします。
    2. -
  2. データ輸入者は、契約の実施、管理、および監視のために厳密に必要な範囲でのみ、その担当者のメンバーに個人データへのアクセス権を与えるものとします。 個人データの処理を許可された者が、秘密保持を確約しているか、または適切な法定の守秘義務を負うことを保証するものとします。
    3. -
  3. 本条項の下でデータ輸入者により処理された個人データに関して個人データの侵害が発生した場合、データ輸入者は、悪影響を軽減するための対策を含め、個人データの侵害に対応するための適切な対策を講じるものとします。 また、データ輸入者は、侵害を認識した場合、不当な遅滞なくデータ輸出者に通知するものとします。 かかる通知には、さらに情報を取得できる連絡窓口の詳細、侵害の性質の説明 (可能な場合は、データ主体および関連する個人データ記録の種類と概算の数を含む)、その可能性のある結果、起こりうる悪影響を軽減するための対策を必要に応じて含め、侵害に対応するために実施または提案した対策を含めるものとします。 同時にすべての情報を提供することが可能ではない場合、およびその限りにおいて、最初の通知にはその時点で入手可能な情報を含めるものとし、詳しい情報は、それ以降に入手できた時点で、不当な遅滞なく提供するものとします。
    4. -
  4. データ輸入者はデータ輸出者と協力し、データ輸出者が 2016 年 679 番 EU 規則に基づく義務を遵守できるよう支援するものとします。特に、処理の性質とデータ輸入者が入手可能な情報を考慮したうえで、必要に応じて、管轄監督機関および影響を受けるデータ主体に通知できるように支援するものとします。
    5. -
- -**8.7 機密データ** - -データ輸入者は、人種的または民族的起源、政治的意見、宗教的または哲学的信念、労働組合への加入、遺伝データ、自然人を一意に識別する生体認証データ、医療に関するデータ、個人の性生活または性的指向に関するデータ、または刑事上の有罪判決または犯罪に関連するデータを明らかにする個人データ (以下「機密データ」といいます) が移転に含まれている場合、別紙 I.B に定められた特定の制限や追加の保護措置を適用するものとします。 - -**8.8 転送** - -データ輸入者は、データ輸出者からの文書化された指示に従ってのみ、個人データを第三者に開示するものとします。 さらに、第三者が適切な構成要素の下で本条項に拘束されている場合、または拘束されることに同意した場合、あるいは以下の場合に、欧州連合域外 (1) (データ輸入者と同じ国または別の第三国。以下「転送」といいます) にいる第三者にのみデータを開示できます。 - -
    -
  1. 転送について定めている 2016 年 679 番 EU 規則の第 45 条に従って妥当な決定から利益を得る国への転送であること。
    2. -
  2. あるいは、当該処理に関して第三者が 2016 年 679 番 EU 規則の第 46 条および第 47 条に従って適切な保護措置を確保すること。
    3. -
  3. 特定の管理、規制、または訴訟手続きに関連して、法的要求の設定、行使、または弁護に転送が必要であること。
    4. -
  4. データ主体または別の自然人の重大な利益を守るために転送が必要であること。

    5. - いかなる転送にも、本条項の他のすべての保護措置と共に、特に目的の制限において、データ輸入者による法令遵守が適用されます。 -
- -**8.9 文書化と遵守状況** - -
    -
  1. データ輸入者は、本条項に基づく処理に関連するデータ輸出者からの問い合わせを、適切かつ速やかに処理するものとします。
    2. -
  2. 両当事者は、本条項の遵守状況を証明できるものとします。 データ輸入者は特に、データ輸出者に代わって行った処理活動に関して、適切な文書を保持するものとします。
    3. -
  3. データ輸入者は、本条項に定める義務の遵守を証明するために必要なすべての情報をデータ輸入者の要求に応じて提供し、合理的な間隔で、または不遵守が疑われる場合に本条項で対象となる処理活動の監査を受け協力するものとします。 データ輸入者は、審査または監査に関する決定の際にデータ輸入者が保持する関連証明書を考慮する場合があります。
    4. -
  4. データ輸出者は、自社で監査を実施するか、独立監査人に委任するかを選択できます。 監査は、データ輸入者の構内または物理的施設での検査を含む場合があり、該当する場合は、合理的な通知により実施するものとします。
    5. -
  5. 両当事者は、第 (b) 項および第 (c) 項に規定されている情報 (監査結果を含む) を、要求に応じて管轄監督機関に提供するものとします。
    6. -
- - -##### 第 9 条 - -**下請処理者の使用** - -
    -
  1. 包括的な書面による許可 データ輸入者は、合意済みのリストにある下請処理者への委託に対してデータ輸出者の全般的な許可を得るものとします。 データ輸入者は特に、下請処理者の追加または交代によるそのリストへの変更の予定を、90 日以上前に書面でデータ輸出者に通知するものとします。それにより、下請処理者に委託する前に、データ輸出者は十分な時間的余裕を持ってかかる変更に反対することができます。 データ輸入者は、データ輸出者が異議権を行使できるように、必要な情報をデータ輸出者に提供するものとします。
    2. -
  2. データ輸入者は、(データ輸出者に代わって) 特定の処理活動の実施を下請処理者に委託する場合、本条項の元でデータ輸入者を拘束するデータ保護義務と実質的に同じ内容 (データ主体の第三受益者としての権利に関する規定を含む) を定める契約を書面で交わすことにより、委託を行うものとします。(2) 両当事者は、本条項を遵守することにより、データ輸入者が第 8 条 8 項に基づくその義務を果たすものとします。 データ輸入者は、下請処理者がかかる条項に従ってデータ輸入者に適用される義務を遵守することを保証するものとします。
    3. -
  3. データ輸入者は、データ輸出者の要求に応じて、かかる下請処理者の契約とそれ以降の変更の写しをデータ輸出者に提供するものとします。 データ輸入者は写しを共有する前に、個人データを含めた企業秘密または他の機密情報を保護するために必要な範囲で、契約の文言を削除できます。
    4. -
  4. データ輸入者は、自身との契約に基づく下請処理者の義務の履行について、データ輸出者に全面的に責任を負うものとします。 データ輸入者は、その契約に基づく下請処理者の義務の不履行を、データ輸出者に通知するものとします。
    5. -
  5. データ輸入者は、データ輸入者が事実上または法律上消滅し、あるいは支払不能となった場合、下請処理者に関連する第三者受益者の条項に同意するものとします。それにより、データ輸出者は下請処理者との契約を終了し、下請処理者に個人データの消去または返却を指示する権利を持つものとします。
    6. -
- -##### 第 10 条 - -**データ主体の権利** - -
    -
  1. データ輸入者は、データ主体から送られてきた要求を即座にデータ輸出者に通知するものとします。 データ輸出者より別途対応の許可を受けている場合を除き、かかる要求には応じないものとします。
    2. -
  2. データ輸入者は、2016 年 679 番 EU 規則に基づくデータ主体からの権利行使の要求に応じる義務の履行において、データ輸出者を支援するものとします。 これに関して、両当事者は別紙 II において、処理の性質、支援の提供方法、および必要な支援の範囲を考慮したうえで、適切な技術的および組織的対策を定めるものとします。
    3. -
  3. データ輸入者は、第 (a) 項および第 (b) 項に基づくその履行において、データ輸出者からの指示に従うものとします。
    4. -
- -##### 第 11 条 - -**是正措置** - -
    -
  1. データ輸入者は、苦情を処理する許可を受けた連絡窓口を、個人宛ての通知またはその Web サイトを通じて、透明性の高い簡単にアクセスできる形式でデータ主体に通知するものとします。 サプライヤーは、データ主体から受け取った苦情を速やかに処理するものとします。
    2. -
  2. 本条項の遵守に関してデータ主体といずれかの当事者の間に紛争が生じた場合、その当事者は穏便かつ適時に問題を解決するために最善の努力を払うものとします。 両当事者は、かかる紛争に関して互いに通知し、必要に応じてその解決に協力するものとします。
    3. -
  3. データ主体が第 3 条に基づく第三者受益者としての権利を行使する場合、データ輸入者はデータ主体の以下の決定を承諾するものとします。
    4. -
      -
    1. 居住地または勤務地がある加盟国の監督機関、または第 13 条に基づく管轄監督機関に苦情を提出する
      2. -
    2. 第 18 条に規定する管轄裁判所に紛争を申し立てる
      3. -
    -
  4. 両当事者は、2016 年 679 番 EU 規則の第 80 条 (1) 項に定められた条件の下で、非営利団体、組織、または協会がデータ主体の代理人を務めることを承諾するものとします。
    5. -
  5. データ輸入者は、適用される EU または加盟国の法令の下で拘束される決定に従うものとします。
    6. -
  6. データ輸入者は、データ主体が行った選択が、適用される法令に従い救済を求めるというデータ主体の実体法上および手続法上の権利を損なうものではないことに同意するものとします。
    7. -
- -##### 第 12 条 - -**責任** - -
    -
  1. 各当事者は、本条項に違反したことにより、他方当事者に生じたいかなる損害についても他方当事者に対し責任を負うものとします。
    2. -
  2. データ輸入者はデータ主体に対し責任を負うものとし、データ主体は、データ輸入者またはその下請処理者が本条項に基づく第三者受益の権利を侵害したことにより、データ主体が被ったいかなる有形または無形の損害についても保証を受ける権利を持つものとします。
    3. -
  3. (b) 項にかかわらず、データ輸出者はデータ主体に対し責任を負うものとし、データ主体は、データ輸出者またはデータ輸入者 (またはその下請処理者) が本条項に基づく第三者受益の権利を侵害したことにより、データ主体が被ったいかなる有形または無形の損害についても保証を受ける権利を持つものとします。 これはデータ輸出者の責任に影響を及ぼすことはなく、データ輸出者が管理者に代わって処理者となっている場合は、適宜、2016 年 679 番 EU 規則または 2018 年 1725 番 EU 規則に基づく管理者の責任に影響を及ぼすことはありません。
    4. -
  4. 両当事者は、データ輸出者がデータ輸入者 (またはその下請処理者) に起因する損害について (c) 項に基づいて責任を負う場合、データ輸出者がその損害についてデータ輸入者の責任に相当する部分の補償をデータ輸入者に請求する権利を持つことに同意するものとします。
    5. -
  5. 本条項に違反した結果としてデータ主体が被った損害の責任を複数の当事者が負う場合、すべての当事者が連帯して責任を負うものとし、データ主体はこれらすべての当事者に対して訴訟を起こす権利を有します。
    6. -
  6. 両当事者は、いずれかの当事者が (e) 項に基づいて責任を負う場合、その損害について他方当事者の責任に相当する部分の補償をその他方当事者に請求する権利を有することに同意するものとします。
    7. -
  7. データ輸入者は、自己の責任を回避するために下請処理者の行為を要請することはできません。
    8. -
- -##### 第 13 条 - -**監督** - -
    -
  1. [データ輸入者が EU 加盟国に設立されている場合:]データ移転に関してデータ輸出者による 2016 年 679 番 EU 規則への準拠を徹底する責任を負う監督機関は、別紙 I.C に規定されているとおり、管轄監督機関としての役割を果たすものとします。

    - [データ輸出者は EU 加盟国に設立されていないが、2016 年 679 番 EU 規則の第 3 条 (2) 項の適用範囲内にあり、2016 年 679 番 EU 規則第 27 条 (1) 項に従って代表者を指名した場合:]2016 年 679 番 EU 規則の第 27 条 (1) 項の意味の範囲内で代表者が設立されている加盟国の、別紙 I.C の指示どおり指名されている監督機関は、管轄監督機関としての役割を果たすものとします。

    - [データ輸出者は EU 加盟国に設立されていないが、2016 年 679 番 EU 規則の第 3 条 (2) 項の適用範囲内にあり、2016 年 679 番 EU 規則第 27 条 (2) 項に従って代表者を指名する必要のない場合:]データ主体に対する物品やサービスの提供に関連してその個人データが、別紙 I.C に従って移転されるか、またはその行動が監視対象となっているデータ主体が居住するいずれかの加盟国の監督機関は、管轄監督機関としての役目を果たすものとします。

    2. -
  2. データ輸入者は、本条項の遵守の徹底を目的とした手続きにおいて、管轄監督機関の裁判管轄地に従い、協力することに同意するものとします。 特に、データ輸入者は問い合わせに対応し、監査に提出し、是正措置や補償措置などの監督機関が講じた措置を遵守することに同意するものとします。 必要な措置が講じられたという書面による確認を監督機関に提供するものとします。
    3. -
- -#### 第 III 条 – 現地法および公的機関によるアクセスが要求された場合の義務 - -##### 第 14 条 - -**本条項の遵守に影響を与える現地の法律および慣行** - -
    -
  1. 両当事者は、データ輸入者による個人データの処理に適用されるデータ移転先の第三国の法律および慣行が、個人データの開示要件または公的機関によるアクセスを許可する措置を含む、本条項に基づくデータ輸入者の義務の履行を妨げると信じる理由がないことを保証するものとします。 これは、基本的権利および自由の本質を尊重し、規制 (EU) 2016/679 の第 23 条 (1) 項記載されているいずれかの目的を保護するために、民主社会で必要かつ相応の範囲を超えない法律および慣行が、本条項に矛盾しないという認識に基づいています。
    2. -
  2. 両当事者は、(a) 項の保証の提供において、特に以下の要素を十分に考慮していることを宣言するものとします。
    3. -
      -
    1. 処理チェーンの長さ、関係者の人数、使用される伝送路を含む、移転の具体的な環境。意図された再移転。受領者の種類。処理の目的。移転される個人データの種類と形式。移転が発生する経済分野。移転されたデータの保存場所。
      2. -
    2. データ移転先の第三国の法律および慣行。これには、特定の移転の環境、および適用される制限と保護措置に関連する、公的機関へのデータの開示、または公的機関によるアクセスの許可を必要とするものが含まれます(3)。
      3. -
    3. データ移転中および移転先の国の個人データの処理に適用される措置を含む、本条項に基づく保護措置を補うために実施される関連する契約上、技術的、または組織的保護措置。
      4. -
    -
  3. データ輸入者は、(b) 項に基づいて評価を実施する際に、データ輸出者に関連情報を提供するために最善を尽くすことを保証し、本条項の遵守を徹底するためにデータ輸入者と継続的に協力することに同意するものとします。
    4. -
  4. 両当事者は、(b) 項に基づいて評価を文書化し、要求に応じて管轄監督機関が利用できるようにすることに同意するものとします。
    5. -
  5. データ輸入者は、本条項に同意した後および契約期間中に、第三国の法律の変更、または (a) 項の要件に適合しないかかる法律の実際の適用を示す措置 (開示要求など) に従うことなど、(a) 項の要件に適合しない法律または慣行の対象である、または対象となったと信じる理由がある場合は、データ輸出者に直ちに通知することに同意するものとします。
    6. -
  6. (e) 項に基づく通知の後、またはデータ輸入者が本条項に基づく義務を履行できなくなったとデータ輸出者が信じる理由がある場合、データ輸出者は、その状況に対処するためにデータ輸出者またはデータ輸入者が講じる適切な措置 (セキュリティと機密性を確保するための技術的または組織的措置など) を速やかに特定するものとします。 データ輸出者は、かかるデータの移転について適切な保護措置が確保できないと考える場合、または管轄監督機関から指示された場合、データの移転を停止するものとします。 この場合、データ輸出者は、本条項に基づく個人データの処理に関する限り、本契約を終了する権利を持つものとします。 本契約に複数の当事者が関与している場合、関係当事者の別段の合意がない限り、データ輸出者は関係当事者に関してのみ、この契約終了の権利を行使することができます。 本条項に従って契約が解除される場合は、第 16 条 (d) 項および (e) 項が適用されるものとします。
    7. -
- -##### 第 15 条 - -**公的機関によるアクセスが要求された場合のデータ輸入者の義務** - -**15.1 通知** - -
    -
  1. 以下の場合、データ輸入者は (データ輸出者の支援上必要な場合に) データ輸出者、および可能な場合はデータ主体に即座に通知することに同意するものとします。
    2. -
      -
    1. 本条項に従って移転された個人データの開示について、データ移転先の国の法律に基づいて司法当局を含む公的機関から法的拘束力のある要求を受けた場合。かかる通知には、要求された個人データ、要求元の機関、要求の法的根拠、および提供した回答に関する情報を含めるものとします。
      2. -
    2. データ移転先の国の法律に従い、本条項に従って移転された個人データに公的機関が直接アクセスしたことを認識した場合。かかる通知には、輸入者が入手できるすべての情報を含めるものとします。
      3. -
    -
  2. データ移転先の国の法律により、データ輸入者からデータ輸出者またはデータ主体に通知することが禁止されている場合、データ輸入者は可能な限り多くの情報をできるだけ早く伝達するために、禁止の例外を求めて最善を尽くすことに同意するものとします。 データ輸入者は、最善を尽くして文書化し、データ輸出者の要求に応じてそれらを提示できるようにすることに同意するものとします。
    3. -
  3. データ輸入者は、データ移転先の国の法律で許容される場合、本契約期間中に定期的に、受け取った要求について可能な限り多くの関連情報 (特に要求回数、要求されたデータのカテゴリ、要求元の機関、要求に意義を申し立てたかどうか、かかる異議申し立ての結果など) をデータ輸出者に提供することに同意するものとします。
    4. -
  4. データ輸入者は、契約期間中、(a) ～ (c) 項に従って情報を保持し、要求に応じて管轄監督機関が利用できるようにすることに同意するものとします。
    5. -
  5. (a) ～ (c) 項は、データ輸入者が本条項を遵守できない場合に第 14 条 (e) 項および第 16 条に基づいてデータ輸出者に即座に通知する義務を損なうものではありません。
    6. -
- -**15.2 適法性の確認とデータの最小化** - -
    -
  1. データ輸入者は、開示要求の適法性、特にその開示要求が要求元の公的機関に付与された権限の範囲内にあるかどうかを確認し、慎重に評価した後、その要求が国際法および国際礼譲の原則に基づいて適用される義務、およびデータ移転先の国の法律に基づいて違法であると考える合理的な理由があると判断した場合は、その要求に異議を申し立てることに同意するものとします。 データ輸入者は、同じ条件に基づいて上訴の可能性を検討するものとします。 データ輸入者が要求に異議を申し立てる場合、管轄司法当局が自己の価値に基づいて判断するまで要求の効力を停止するために、暫定的な措置を講じるものとします。 要求された個人データは、適用される手続き規則に基づいて開示する必要があるまで、開示しないものとします。 これらの要件は、第 14 条 (e) 項に基づくデータ輸入者の義務に影響を及ぼすことはありません。
    2. -
  2. データ輸入者は、その法的評価および開示要求に対する異議申し立てを文書化し、データ移転先の国の法律で許容される範囲内で、データ輸出者がその文書を利用できるようにすることに同意するものとします。 また、要求に応じて管轄監督機関が利用できるようにするものとします。
    3. -
  3. データ輸入者は、開示要求の合理的な解釈に基づいて、開示要求に応じるときに許容される最小限の情報を提供することに同意するものとします。
    4. -
- -#### 第 IV 条 – 最終条項 - -##### 第 16 条 - -**本条項の不遵守と契約終了** - -
    -
  1. データ輸入者が、理由を問わず本条項を遵守できない場合は、データ輸出者に速やかに通知するものとします。
    2. -
  2. データ輸入者が本条項に違反した場合、または本条項を遵守できない場合は、再び遵守が徹底されるか、または本契約が終了となるまで、データ輸出者はデータ輸入者への個人データの移転を停止するものとします。 これが、第 14 条 (f) 項に影響を及ぼすことはありません。
    3. -
  3. 以下の場合、データ輸出者は、本条項に基づく個人データの処理に関する限り、本契約を終了する権利を持つものとします。
    4. -
      -
    1. データ輸出者が、(b) 項に従ってデータ輸入者への個人データの移転を停止し、合理的な期間内に、いかなる場合も停止後 1 か月以内に、本条項の遵守が再び徹底されない場合。
      2. -
    2. データ輸入者が本条項に実質的または継続的に違反している場合。
      3. -
    3. データ輸入者が、本条項に基づく義務に関して、管轄裁判所または管轄監督機関の拘束力のある決定に従わない場合。
      4. -

    - これらの場合、かかる不遵守を管轄監督機関に通知するものとします。 本契約に複数の当事者が関与している場合、関係当事者の別段の合意がない限り、データ輸出者は関係当事者に関してのみ、この契約終了の権利を行使することができます。 -
  4. (c) 項に従って本契約を終了する前に移転された個人データは、データ輸出者の選択により、直ちにデータ輸出者に返却するか、または完全に削除するものとします。 データのコピーについても同様であるものとします。 データ輸入者は、データ輸出者にデータの削除を証明するものとします。 データが削除または返却されるまで、データ輸入者は引き続き本条項の遵守を徹底するものとします。 移転された個人データの返却または削除を禁じる地域法がデータ輸入者に適用される場合、データ輸入者は、引き続き本条項の遵守を徹底することを保証し、その地域法の下で必要とされる限り、その範囲内でのみその個人データを処理するものとします。
    5. -
  5. いずれの当事者も、(i) 欧州委員会が本条項が適用される個人データの移転を対象とする規則 (EU) 2016/679 の第 45 条 (3) 項に基づく決定を採用した場合、または (ii) 規則 (EU) 2016/679 が個人データの移転先の国の法制度の一部になる場合は、本条項に拘束される同意を取り消すことができます。 これは、規則 (EU) 2016/679 に基づいて当該処理に適用される他の義務に影響を及ぼすことはありません。
    6. -
- -##### 第 17 条 - -**準拠法** - -本条項には、EU 加盟国の 1 つの法律が適用されるものとします。ただし、かかる法律が第三者受益者の権利を認めている場合に限ります。 両当事者は、当該法律がオランダの法律となることに同意するものとします。 - -##### 第 18 条 - -**裁判所および管轄の選択** - -
    -
  1. 本条項から生じるすべての紛争は、EU 加盟国の裁判所によって解決されるものとします。
    2. -
  2. 両当事者は、それらがオランダの裁判所であることに同意するものとします。
    3. -
  3. データ主体は、自己の常居所がある加盟国の裁判所で、データ輸出者またはデータ輸入者サプライヤーに対して訴訟を起こすこともできます。
    4. -
  4. 両当事者は、かかる裁判所の管轄権に従うことに同意するものとします。
    5. -
- -## 別紙 I - -**標準契約条項 (EU/EEA)** - -### A. 当事者のリスト - -**データ輸出者**:お客様はデータ輸出者です。
-氏名:GitHub 顧客契約を参照
-住所:GitHub 顧客契約を参照
-連絡先の氏名、役職、詳しい住所:GitHub 顧客契約を参照
-本条項に基づいて移転されたデータに関連する活動:
-データ輸出者は、DPA および GitHub 顧客契約に定義されるオンライン サービスまたはプロフェッショナル サービスのユーザーです。
-署名および日付:GitHub 顧客契約を参照 (DPA および標準契約条項 (EU/EEA) は GitHub 顧客契約に組み込まれます)
-役割 (管理者または処理者):管理者 (顧客契約で別段の合意がある場合を除く)。
- -**データ輸入者**:
-氏名:GitHub, Inc.
-住所:88 Colin P Kelly Jr St, San Francisco, CA 94107, USA
-連絡先の氏名、役職、詳しい住所:Frances Wiet、プライバシー責任者、fwiet@github.com
-本条項に基づいて移転されたデータに関連する活動:
-GitHub, Inc. はソフトウェアおよびサービスの世界的な提供者です
-署名および日付:GitHub 顧客契約を参照 (DPA および標準契約条項 (EU/EEA) は GitHub 顧客契約に組み込まれます)
-役割 (管理者または処理者):処理者、または、顧客契約に定める条項に応じ、下請処理者。 - -### B. 移転の説明 - -_個人データが移転されるデータ主体のカテゴリ:_ - -データ主体には、データ輸出者の担当者ならびにデータ輸出者の従業員、請負業者、協力者および顧客などのエンド ユーザーが含まれます。 データ主体には、データ輸入者が提供するサービスのユーザーに個人データを伝達または移転することを試みる個人が含まれる場合もあります。 GitHub は、お客様がオンライン サービスまたはプロフェッショナル サービスのどちらを使用しているかに応じ、お客様が以下のいずれかの種類のデータ主体の個人データを個人データに含めることを選択できることに同意します。 -- データ輸出者の従業員、請負業者、および臨時従業員 (現職者、旧職者、候補者) -- データ輸出者のコラボレーター/連絡先 (自然人) または法人のコラボレーター/連絡先の従業員、請負業者、または臨時労働者 (現職者、旧職者、候補者) -- ユーザーおよびデータ輸出者のサービスのユーザーであるその他のデータ主体 -- コラボレーション、コミュニケーション、またはその他の方法でデータ輸出者の従業員と能動的にやり取りする、あるいはデータ輸出者が提供するアプリや Web サイトなどのコミュニケーション ツールを使用するパートナー、利害関係者、または個人 - -_移転される個人データのカテゴリ:_ - -移転される個人データには、オンライン サービスまたはプロフェッショナル サービスに関連する電子メール、文書、およびその他の電子形式のデータが含まれます。 GitHub は、お客様がオンライン サービスまたはプロフェッショナル サービスのどちらを使用しているかに応じ、お客様が以下のいずれかのカテゴリの個人データを個人データに含めることを選択できることに同意します。 -- 基本的な個人データ (例: 出生地、居住地の番地 (住所)、郵便番号、市区町村、国、携帯電話番号、名、姓、イニシャル、電子メール アドレス、性別、生年月日) -- 認証データ (例: ユーザー名、パスワードまたは PIN コード、セキュリティの質問、監査証跡) -- 連絡先情報 (例: 住所、電子メール、電話番号、ソーシャル メディア ID、緊急連絡先) -- 一意の識別番号と署名 (IP アドレス、従業員番号、学生番号など) -- 仮名識別子 -- 写真、動画、および音声 -- インターネット アクティビティ (例: 閲覧履歴、検索履歴、読書および視聴アクティビティ) -- デバイス識別情報 (例: IMEI 番号、SIM カード番号、MAC アドレス) -- プロファイリング (例: 確認された犯罪的または反社会的行動に基づくプロファイル、または訪問した URL、クリック ストリーム、閲覧ログ、IP アドレス、ドメイン、インストール済みアプリに基づく仮名プロファイル、あるいはマーケティング設定に基づくプロファイル) -- データ主体によって自由意志で提供された特殊なカテゴリのデータ (例: 人種的または民族的起源、政治的意見、宗教的または哲学的信念、労働組合への加入、遺伝データ、自然人を一意に識別する生体認証データ、医療に関するデータ、自然人の性生活または性的指向に関するデータ、または刑事上の有罪判決または犯罪に関連するデータ) -- GDPR の第 4 条で特定されているその他すべての個人データ - -_**移転される機密性の高いデータ** (該当する場合) と適用される制限、またはデータの性質やそれに伴うリスクを十分に考慮した保護措置 (厳格な目的の制限、アクセス制限 (専門的な研修を受けたスタッフだけがアクセスするなど)、データへのアクセスの記録、再移転の制限、追加のセキュリティ対策など):_
-GitHub は機密性の高いデータを要求することはなく、顧客またはデータ主体が当該データの提供を決定した場合にのみこれらのデータを受領します。 - -_**移転の頻度** (データの移転が 1 回限りか、または継続的か):_ - -オンライン サービスまたはプロフェッショナル サービスの一部として継続的。 - -_**処理の性質:**_ - -移転される個人データは、以下の基本的な処理活動の対象となります。 -
    -
  1. データ処理の期間および目的。 データ処理の期間は、データ輸出者とデータ輸入者間で取り交わされた該当の GitHub 顧客契約で指定された期間とします。 データ処理の目的は、オンライン サービスおよびプロフェッショナル サービスの実施です。
    2. -
  2. 個人データへのアクセス。 該当する GitHub 顧客契約に規定された期間中、適用法令において必要とされる場合に、データ輸入者はその選択により、(1) データ輸出者が個人データを修正、削除またはブロックできるようにするか、または (2) データ輸出者に代わって修正、削除、またはブロックを行います。
    3. -
  3. データ輸出者の指示. オンライン サービスおよびプロフェッショナル サービスについて、データ輸入者はデータ輸出者の指示に従ってのみ行動します。
    4. -
- -_データの移転とさらなる処理の目的:_ - -個人データの処理の範囲および目的は、DPA の「個人データの処理 (GDPR)」項に規定するとおりとします。 データ輸入者は、データ センターおよび管理/サポート施設の世界的なネットワークを運営しており、処理はデータ輸入者またはデータ輸入者の下請処理者がかかる施設を運営している法域において DPA の「セキュリティ規定およびポリシー」項に従って行われる可能性があります。 - -_個人データの保持期間、またはそれが不可能な場合は、その期間を決定するために使用される基準:_ - -データ輸出者によるオンライン サービスまたはプロフェッショナル サービスの使用期限の終了時、それぞれ契約に適用される DPA 条件に従い、データ輸出者は個人データを抽出できるものとし、また、データ輸入者は個人データを削除するものとします。 - -_処理者 (下請処理者) に移転する場合は、処理の内容、性質、および期間も指定してください:_ - -データ輸入者は、DPA に従い、カスタマー サポートの提供などの一部のサービスを他社に委託することができます。 かかる下請業者は、データ輸入者が委託したサービスを提供するためにのみ個人データを取得することができますが、その他の目的で個人データを使用することは禁止されています。 下請業者が事前に差し替えられた場合を除き、処理は、データ輸出者とデータ輸入者間で取り交わされた該当の GitHub 顧客契約で指定された期間行われるものとします。 - -### C. 管轄監督機関 - -_第 13 条に基づく管轄監督機関の特定:_ - -データ輸出者による 2016 年 679 番 EU 規則への遵守を徹底する責任を負う監督機関。 -  -## 別紙 II - -**標準契約条項 (EU/EEA)** - -**データのセキュリティを確保するための技術的および組織的な対策を含む技術的および組織的な対策** - -_処理の性質、範囲、背景および目的、ならびに自然人の権利と自由に対するリスクを考慮して、データ輸入者が適切なセキュリティ レベルを確保するために講じる技術的および組織的な対策の内容 (関連する証明書を含む)。_ - -
    -
  1. データ セキュリティ証明書。 データ輸入者は、次のデータ セキュリティ証明書を保有します。
    2. - -
  2. 担当者。 データ輸入者の担当者が、許可なく個人データを処理することはありません。 担当者は、当該個人データの秘密保持義務を負っており、この義務は本契約の終了後も存続します。
    3. -
  3. データ プライバシーに関する連絡先 データ輸入者のデータ プライバシー責任者の連絡先は、次のとおりです。

    - GitHub, Inc.
    - 宛名：プライバシー
    - 88 Colin P. Kelly Jr. Street
    - San Francisco, California 94107 USA

    4. -
  4. 技術的および組織的対策 データ輸入者は、本 DPA の「セキュリティ規定およびポリシー」に規定するとおり、不慮の紛失、破壊または改変、無許可の開示またはアクセス、あるいは違法な破壊から個人データを保護するために、下記のとおり適切な技術的および組織的な対策、内部管理および情報セキュリティ対策を講じており、今後も維持します。本 DPA の「データ セキュリティ」の項に規定する技術的および組織的な対策、内部管理および情報セキュリティ手順は、ここに付録 1 の本別紙 II の一部として適用され、付録 1 の本別紙 II の規定と同様にデータ輸入者を拘束するものとします。
    5. -
- -_処理者 (下請処理者) への移転の場合は、処理者 (下請処理者) が管理者に支援を提供するために、また、処理者から下請処理者に移転する場合は、データ輸出者に支援を提供するために行う具体的な技術的および組織的な対策を規定します:_ - -**ベンダー管理プログラム - 第三者リスク プログラム** - -データ輸入者は、ベンダー リスク評価プロセス、ベンダー契約条項、その他のデータ保護契約をベンダーと取り交わしています。 ベンダーは、新規ビジネスの使用事例が要求された場合に再査定を受けます。 データ輸入者のベンダー リスク プログラムでは、データ輸入者のすべてのリスク査定が最終審査日から 2 年ごとに更新されます。 - -高リスクと考えられるベンダー (例: データ センター プロバイダー、データ輸入者の規制要件または契約要件の範囲内でデータを保管または処理するその他のベンダー) は年に一度再査定を受けます。 - -## 別紙 III - -**標準契約条項 (EU/EEA)** - -**追加の保護措置契約** - -標準契約条項 (EU/EEA) にこの追加の保護措置契約 (以下、「本追加契約」といいます) を追加することにより、GitHub, Inc. (以下「GitHub」といいます) は、お客様に追加の保護措置およびお客様の個人データが関連付けられるデータ主体に追加の是正措置を提供します。 - -本追加契約は、標準契約条項 (EU/EEA) を補足してその一部を構成するものですが、標準契約条項の変更または修正とはなりません。 - -
    -
  1. 命令への異議申し立て。 標準契約条項 (EU/EEA) の第 15 条 1 項に加えて、標準契約条項 (EU/EEA) に基づいて移転された個人データの強制開示の命令を第三者から受けた場合、GitHub は以下を行うものとします。
    2. -
      -
    1. 第三者に、データをお客様に直接要求させるようあらゆる合理的な努力を尽くす。
      2. -
    2. 要請している第三者に適用される法令により禁止されていない限り、直ちにお客様に通知し、お客様に通知することを禁止されている場合は、可能な限り速やかにお客様に情報を伝えるために、禁止を放棄する権利をあらゆる合法的な努力を尽くして取得する。
      3. -
    3. 要請当事者の法に基づく法的不備または欧州連合や該当する加盟国の法との抵触を根拠に、開示命令に合法的な手段を講じて異議を申し立てる。
      4. -

    -本項において、合法的な努力には、関連する裁判管轄地の法律に基づく法廷侮辱罪などの民事または刑事処分になる訴訟は含まれません。 -
  2. データ主体の補償。 第 3 条および第 4 条に従い、GitHub は、EU/EEA 以外の政府機関または法執行機関からの命令に応じて標準契約条項 (EU/EEA) に基づき移転されたデータ主体の個人データの　GitHub による開示 (以下「関連する開示」といいます) が原因となったデータ主体に対する有形または無形の損害をデータ主体に補償するものとします。 前述の規定にかかわらず、GitHub は、データ主体が、GitHub からでもそれ以外からでも、同じ損害に対する補償を受け取っている限りにおいて、本第 2 条に基づくデータ主体に補償する義務を負わないものとします。
    3. -
  3. 補償の条件。 第 2 条の補償は、GitHub が合理的に満足する程度にデータ主体が以下を証明することが条件となります。
    4. -
      -
    1. GitHub が関連する開示に関与した。
      2. -
    2. 関連する開示は、データ主体に対する EU/EEA 以外の政府機関または法執行機関による公式の訴訟に基づいていた。
      3. -
    3. 関連する開示は、データ主体が有形または無形の損害を被る直接の原因となった。
      4. -

    -データ主体は、a. ～ c. の条件について 立証責任を負うものとします。
    -前述の規定にかかわらず、関連する開示が GDPR の第 V 章の義務に違反していないことを GitHub が立証した場合、GitHub は、第 2 条に基づくデータ主体に補償する義務を負わないものとします。
    -
  4. 損害の適用範囲。 第 2 条に基づく補償は、GDPR に規定される有形および無形の損害に制限され、GitHub による GDPR の権利侵害に起因しない派生的損害および他のすべての損害は除外されます。
    5. -
  5. 権利の行使。 本追加契約に基づきデータ主体に認められた権利は、標準契約条項 (EU/EEA) の第 3 条または第 12 条の制限に関係なく、データ主体によって GitHub に対して行使されます。 データ主体は、集団、共同、団体、または代表訴訟の一環としてではなく、個人レベルでのみ本追加契約に基づく訴訟を起こすことができます。 本追加契約に基づきデータ主体に認められる権利は、データ主体個人に対してであり譲渡することはできません。
    6. -
  6. 変更通知。 標準契約条項 (EU/EEA) の第 14 条に加えて、GitHub は、以下に同意し保証するものとします。自己によってまたは下請処理者を介して個人データが移転される対象国となるいずれの国におけるものも含め、自己またはその下請処理者に適用される法令により、データ輸出者から受領した指示および本追加契約または標準契約条項 (EU/EEA) に基づく義務に応えることが禁止されていると考える理由がないこと、ならびに、この法令に本追加契約または標準契約条項 (EU/EEA) の規定する保証および義務に重大な悪影響を及ぼす可能性がある変更があった場合はかかる変更を認識次第速やかにお客様に通知すること。この場合、お客様はデータの移転を停止するか、または契約を終了できるものとします。
    7. -
  7. 契約終了。 本追加契約は、欧州委員会、管轄加盟国監督機関、または EU または管轄加盟国の裁判所が別の合法的な移転機構を承認し、標準契約条項 (EU/EEA) の対象となるデータ移転に適用される場合には、自動的に終了するものとし (かかる機構がデータ移転の一部のみに適用される場合、本追加契約は当該移転についてのみ終了します)、本追加契約に規定される追加の保護措置は求められません。
    8. -
- -

付録 2 – 標準契約条項 (英国)

- -お客様による GitHub 顧客契約の履行には、GitHub, Inc. が署名または記名押印する本付録 2 の履行が含まれます。 - -標準契約条項の使用に法的許可が必要な国では、必要な法的許可を貴社が取得しない限り、当該国からのデータの輸出を正当化するために (2010 年 2 月の) 欧州委員会決議 2010/87/EU に基づいて標準契約条項を使用することはできません。 - -2018 年 5 月 25 日以後、下記の標準契約条項における 95/46/EC 指令からの様々な条項への言及は、GDPR において対応する適切な条項への言及とみなされるものとします。 - -十分なレベルのデータ保護を確保していない第三国に設立された処理者への個人データ移転のための 95/46/EC 指令第 26 条 (2) 項について、お客様 (以下「データ輸出者」といいます) および GitHub, Inc. (以下「データ輸入者」、署名または記名押印は以下に記載します) (以下それぞれを「当事者」といい、総称して「両当事者」といいます) は、付属文書 1 に規定する個人データのデータ輸出者によるデータ輸入者への移転に関して、個人のプライバシー、基本的権利、および自由の保護に関する適切な保護措置を提示するため、以下の契約条項 (以下「本契約条項」または「標準契約条項」といいます) に同意するものとします。 - -### 第 1 条:定義 - -
    -
  1. 「個人データ (personal data)」、「特別な種類のデータ (special categories of data)」、「処理 (process/processing)」、「管理者 (controller)」、「処理者 (processor)」、「データ主体 (data subject)」および「監督当局 (supervisory authority)」については、個人データの処理に関する個人の保護および当該データの自由な移動に関する 1995 年 10 月 24 日の欧州議会および理事会の 95/46/EC 指令における定義と同じ意味を有するものとします。
    2. -
  2. 「データ輸出者」とは、個人データを移転する管理者を意味します。
    3. -
  3. 「データ輸入者」とは、データ輸出者の指示および本契約条項の条件に従い個人データの受領後にデータ輸出者の代わりに処理するためにデータ輸出者から個人データを受領することに同意し、95/46/EC 指令第 25 条 (1) 項に規定する適切な保護を確保する第三国のシステムの適用を受けない処理者を意味します。
    4. -
  4. 「下請処理者」とは、データ輸入者から、またはデータ輸入者の他の下請処理者から委託を受け、データ輸入者の指示、本契約条項の条件および書面による下請契約の条件に従い個人データの受領後にデータ輸出者の代わりに行う処理活動のみを目的としてデータ輸入者またはデータ輸入者の他の下請処理者から個人データを受領することがある場合、当該処理者を意味します。
    5. -
  5. 「適用されるデータ保護法令」とは、データ輸出者の設立国である加盟国においてデータ管理者に適用される、個人の基本的権利および自由 (特に個人データの処理に関するプライバシー権) を保護する法令を意味します。
    6. -
  6. 「技術的および組織的なセキュリティ対策」とは、特に処理にネットワークを介したデータ送信が関係する場合に不慮もしくは不法な破壊または不慮の紛失、改変、不正な開示もしくはアクセスから、およびその他すべての不法な処理形態から個人データを保護することを目的とした対策を意味します。
    7. -
- -### 第 2 条:移転の詳細 - -移転および特に特別な種類の個人データ (該当する場合) の詳細については、本条項の不可欠な部分である以下の付属文書 1 に規定するとおりとします。 - -### 第 3 条:第三者受益者に関する条項 - -
    -
  1. データ主体は、第三者受益者として、データ輸出者に対し、本条、第 4 条 (b) 項～ (i) 項、第 5 条 (a) 項～ (e) 項および (g) 項～ (j) 項、第 6 条 (1) 項および (2) 項、第 7 条、第 8 条 (2) 項ならびに第 9 条～第 12 条を強制することができます。
    2. -
  2. データ輸出者が事実上または法律上消滅した場合、データ主体は、データ輸入者に対し、本条、第 5 条 (a) 項～ (e) 項および (g) 項、第 6 条、第 7 条、第 8 条 (2) 項ならびに第 9 条～第 12 条を強制することができます。ただし、承継法人が契約または法の適用によりデータ輸出者の法的義務の全部を承継し、その結果承継法人がデータ輸出者の権利および義務を承継する場合を除くものとし、この場合、データ主体はかかる承継法人にこれらの条項を強制することができます。
    3. -
  3. データ輸出者とデータ輸入者の双方が事実上もしくは法律上消滅した、または支払不能となった場合、データ主体は、下請処理者に対し、本条、第 5 条 (a) 項～ (e) 項および (g) 項、第 6 条、第 7 条、第 8 条 (2) 項ならびに第 9 条～第 12 条を強制することができます。ただし、承継法人が契約または法の適用によりデータ輸出者の法的義務の全部を承継し、その結果承継法人がデータ輸出者の権利および義務を承継する場合を除くものとし、この場合、データ主体はかかる承継法人にこれらの条項を強制することができます。 かかる下請処理者の対第三者責任は、本契約条項に基づく自己の処理業務に限られるものとします。
    4. -
  4. 両当事者は、データ主体が明示的に希望し、それが国内法により認められる場合には、データ主体が団体その他の機関に代表されることに対し異議を申し立てないものとします。
    5. -
- -### 第 4 条:データ輸出者の義務 - -データ輸出者は以下に同意し保証するものとします。 - -
    -
  1. 個人データの処理 (移転自体を含む) は、適用されるデータ保護法令の関連規定に従って実行されており、引き続き実行されること (および、該当する場合は、データ輸出者の設立国である加盟国の関係当局に通知されていること)、およびかかる国の関連規定に違反していないこと。
    2. -
  2. データ輸入者に対し、移転された個人データをデータ輸出者に代わってのみ、かつ適用されるデータ保護法令および本契約条項に従って処理するよう指示していること、および個人データ処理サービスの継続期間中指示すること。
    3. -
  3. データ輸入者が下記の別表 2 に規定する技術的および組織的なセキュリティ対策に関して十分な保証を提供すること。
    4. -
  4. 適用されるデータ保護法令の要件の評価後において、セキュリティ対策が、特に処理にネットワークを介したデータ送信が関係する場合に、不慮もしくは不法な破壊、不慮の紛失もしくは改変、または不正な開示もしくはアクセスから、およびその他のすべての不法な処理形態から、個人データを保護するために適切であること、ならびに、かかる対策が最新技術および実施コストに照らし、保護されるべきデータの処理およびその性質により生じるリスクに見合ったレベルのセキュリティを確保するものであること。
    5. -
  5. セキュリティ対策を確実に遵守すること。
    6. -
  6. 特別な種類のデータが移転される場合、データ主体のデータが 95/46/EC 指令に規定する適切な保護を提供していない第三国へ移転される可能性があることが、移転の前または移転の後可能な限り速やかに、データ主体に通知されているか、または今後通知されること。
    7. -
  7. データ輸出者が移転を継続するまたは一時中断を解除することを決定する場合は、第 5 条 (b) 項および第 8 条 (3) 項に従いデータ輸入者または下請処理者から受領した通知をデータ保護監督当局に転送すること。
    8. -
  8. 要請があった場合には、データ主体に本契約条項 (別表 2 を除く) の写しおよびセキュリティ対策の要約ならびに本契約条項に従い作成しなければならない下請処理サービスの契約の写しを提供すること。ただし、本契約条項またはかかる契約に商業的な情報が含まれる場合を除くものとし、この場合はかかる商業的な情報を削除することができます。
    9. -
  9. 下請処理の場合、処理活動が、個人データおよびデータ主体の権利についてデータ輸入者が本契約条項に基づき提供するものと同等以上の保護を提供する下請処理者により、第 11 条に従って実行されること。
    10. -
  10. 第 4 条 (a) 項乃至 (i) 項を確実に遵守すること。
    11. -
- -### 第 5 条:データ輸入者の義務 - -データ輸入者は以下に同意し保証するものとします。 - -
    -
  1. データ輸出者に代わってのみ、かつデータ輸出者の指示および本契約条項に従ってのみ個人データを処理すること。いかなる理由であれこれらを遵守することができない場合、遵守できない旨を速やかにデータ輸出者に通知するものとします。この場合、データ輸出者はデータの移転を一時中断し、または契約を終了することができるものとします。
    2. -
  2. 自己に適用される法令によりデータ輸入者から受領した指示および契約に基づく義務に応えることが禁止されていると考える理由がないこと、ならびにこの法令に本契約条項の規定する保証および義務に重大な悪影響を及ぼす可能性がある変更があった場合はかかる変更を認識次第速やかにデータ輸出者に通知すること。この場合、データ輸出者はデータの移転を一時中断し、または契約を終了することができるものとします。
    3. -
  3. 移転された個人データを処理する前に、別表 2 に規定する技術的および組織的なセキュリティ対策を講じていること。
    4. -
  4. データ輸出者に対し以下を速やかに通知すること。
    5. -
      -
    1. 法執行機関による法的拘束力を有する個人データの開示要求。ただし、法執行機関の捜査の秘密を保持するための刑事法に基づく禁止など、通知することが禁止されている場合を除きます。
      2. -
    2. 不慮のまたは不正なアクセス。
      3. -
    3. データ主体から直接受けた要求。ただし、別途応答の許可を受けている場合を除き、かかる要求には応答せずにデータ輸出者に通知することとします。
      4. -
    - 移転対象である個人データの処理に関するデータ輸出者からの問い合わせのすべてについて速やかに対応すること、および移転されたデータの処理に関して監督機関の助言に従うこと。 - データ輸出者の要請により、自己のデータ処理施設について、データ輸出者または所要の専門資格を有し秘密保持義務を負う独立した構成員であって、データ輸出者が選定した者で構成される監査機関が監督機関との合意のうえで実施する、本契約条項が適用される処理活動の監査を受け入れること。 -
  5. 要請があった場合には、データ主体に本契約条項または既存の下請処理サービス契約の写しを提供すること。ただし、本契約条項またはかかる契約に商業的な情報が含まれる場合を除くものとし、この場合はかかる商業的な情報を削除することができますが、別表 2 についてはデータ主体がデータ輸出者から写しを取得することができない場合にはセキュリティ対策の要約と差し替えるものとします。
    6. -
  6. 下請処理の場合は、事前にデータ輸出者に通知し、事前に書面による承諾を得ていること。
    7. -
  7. 下請処理者による処理サービスが第 11 条に従って実施されること。
    8. -
  8. 本契約条項に基づいて締結した下請処理サービス契約の写しを速やかにデータ輸出者に送付すること。
    9. -
- -### 第 6 条:責任 - -
    -
  1. 両当事者は、当事者または下請処理者が第 3 条または第 11 条に規定する義務に違反したことによりデータ主体が損害を被った場合、かかるデータ主体はかかる損害についてデータ輸出者から賠償を受ける権利を有することに合意します。
    2. - -
  2. データ輸出者が事実上もしくは法律上消滅し、または支払不能となったために、データ輸入者または下請処理者が第 3 条または第 11 条に規定する義務に違反したことに起因する賠償請求をデータ主体が第 1 項に従いデータ輸出者に対して提起することができない場合、データ輸入者は、データ主体がデータ輸入者に対し、データ輸出者と同様に請求を提起することができることに同意します。ただし、承継法人が契約または法の適用によりデータ輸出者の法的義務の全部を承継した場合を除くものとし、この場合はデータ主体がかかる法人に対して自己の権利を行使することができます。

    - データ輸入者は、自己の責任を回避するために、下請処理者による義務違反に依拠することはできません。
    3. - -
  3. データ輸出者およびデータ輸入者の両者が事実上もしくは法律上消滅し、または支払不能となったために、下請処理者が第 3 条または第 11 条に規定する義務に違反したことに起因する第 1 項または第 2 項に規定する請求をデータ主体がデータ輸出者またはデータ輸入者に対して提起することができない場合、下請処理者は、データ主体がデータの下請処理者に対し、データ輸出者またはデータ輸入者と同様に、本契約条項に基づく処理業務に関して請求を提起することができることに同意します。ただし、承継法人が契約または法の適用によりデータ輸出者またはデータ輸入者の法的義務の全部を承継した場合を除くものとし、この場合はデータ主体がかかる法人に対して自己の権利を行使することができます。 下請処理者の責任は、本契約条項に基づいて自己が行った処理業務に限られるものとします。
    4. -
- -### 第 7 条:調停および管轄 - -
    -
  1. データ輸入者は、データ主体がデータ輸入者に対して第三者受益者の権利を行使する場合または本契約条項に基づく損害補償請求を提起する場合、データ主体による以下の決定を承認することに同意するものとします。 -
      -
    1. 紛争を、独立した人物またはしかるべき場合は監督機関による調停に付すこと。 -
    2. 紛争を、データ輸出者の設立国である加盟国の裁判所に付託すること。 -
    -
  2. 両当事者は、データ主体が行った選択が、その他の国内法または国際法の規定に従い救済を求めるというデータ主体の実体法上または手続法上の権利を損なうものではないことに同意するものとします。 -
- -### 第 8 条: 監督当局との協力 - -
    -
  1. データ輸出者は、監督当局から要請を受けた場合または適用されるデータ保護法令により義務付けられる場合には、本契約の写しを監督当局に寄託することに同意します。
    2. - -
  2. 両当事者は、監督当局がデータ輸入者および下請処理者の監査を実施する権利を有することに同意します。かかる監査は、適用されるデータ保護法令に基づくデータ輸出者の監査に適用されるものと同じ範囲について実施されるものとし、これと同じ条件が適用されます。
    3. - -
  3. データ輸入者は、第 2 項に従ったデータ輸入者または下請処理者の監査の実施を妨げる、データ輸入者または下請処理者に適用される法令の存在を速やかにデータ輸出者に通知するものとします。 この場合、データ輸出者は第 5 条 (b) 項の対策を講じる権利を有するものとします。
    4. -
- -### 第 9 条: 準拠法 - -本契約条項は、データ輸出者の設立国である加盟国の法律に準拠するものとします。 - -### 第 10 条:本契約の変更 - -両当事者は、本契約条項を変更または修正しないことを約束するものとします。 これは、本契約条項に矛盾するものでない限り、両当事者が必要な場合に業務関連の問題に関する条項を追加することを妨げるものではありません。 - -### 第 11 条:下請処理 - -
    -
  1. データ輸入者は、データ輸出者の書面による事前の同意を得ずに、本契約条項に基づきデータ輸出者の代わりに実施する処理業務を下請に出さないものとします。 データ輸入者がデータ輸出者の同意を得て本契約条項に基づく義務を下請に出す場合、下請処理者と書面によって契約を締結し、本契約条項に基づいてデータ輸入者に課される義務と同様の義務を下請処理者に課すものとします。 下請処理者がかかる書面による契約に基づくデータ保護の義務を履行しない場合、データ輸入者はデータ輸出者に対し、下請処理者のかかる契約上の義務の不履行について全面的に責任を負うものとします。
    2. - -
  2. データ輸入者と下請処理者の間の事前の書面による契約には、データ輸出者またはデータ輸入者が事実上もしくは法律上消滅し、または支払不能となり、契約または法の適用によりデータ輸出者またはデータ輸入者の法的義務の全部を承継する承継法人が存在しないために、第 6 条第 1 項に規定するこれらに対する賠償請求をデータ主体が提起することができない場合のために、第 3 条に規定するものと同様の第三者受益者条項も含むものとします。 かかる下請処理者の対第三者責任は、本契約条項に基づく自己の処理業務に限られるものとします。
    3. - -
  3. 第 1 項に規定する契約の下請処理のデータ保護に関する規定は、データ輸出者の設立国である加盟国の法律に準拠するものとします。
    4. - -
  4. データ輸出者は、本契約条項に基づいて締結され、第 5 条 (j) 項に従いデータ輸入者に通知された下請処理契約のリストを保存するものとします。かかるリストは、年 1 回以上更新するものとします。 かかるリストは、データ輸出者のデータ保護監督当局に提供されるものとします。
    5. -
- -### 第 12 条:個人データ処理サービスの終了後の義務 - -
    -
  1. 両当事者は、データ処理サービスの提供終了時に、データ輸入者および下請処理者が、データ輸出者の選択により、移管されたすべての個人データおよびこれのコピーをデータ輸出者に返却するか、またはすべての個人データを破棄しデータ輸出者にその旨証明することに同意するものとします。ただし、データ輸入者に課される法令が移管された個人データの全部または一部の返却または破棄を禁止している場合を除きます。 この場合、データ輸入者は移管された個人データの秘密保持を保証し、その後は移管された個人データを積極的に処理しないものとします。
    2. - -
  2. データ輸入者および下請処理者は、データ輸出者または監督当局の要請があった場合には、自己のデータ処理施設について、第 1 項に規定する手順について監査を受け入れることを保証するものとします。
    3. -
- -### 標準契約条項 (英国) の付属文書 1 - -**データ輸出者**:お客様はデータ輸出者です。 データ輸出者は、DPA および GitHub 顧客契約に定義されるオンライン サービスまたはプロフェッショナル サービスのユーザーです。 - -**データ輸入者**:データ輸入者は、ソフトウェアおよびサービスの世界的な提供者である GitHub, Inc. です。 - -**データ主体**:データ主体には、データ輸出者の担当者ならびにデータ輸出者の従業員、請負業者、協力者および顧客などのエンド ユーザーが含まれます。 データ主体には、データ輸入者が提供するサービスのユーザーに個人データを伝達または移転することを試みる個人が含まれる場合もあります。 GitHub は、お客様がオンライン サービスまたはプロフェッショナル サービスのどちらを使用しているかに応じ、お客様が以下のいずれかの種類のデータ主体の個人データを個人データに含めることを選択できることに同意します。 -- データ輸出者の従業員、請負業者、および臨時従業員 (現職者、旧職者、候補者) -- データ輸出者のコラボレーター/連絡先 (自然人) または法人のコラボレーター/連絡先の従業員、請負業者、または臨時労働者 (現職者、旧職者、候補者) -- ユーザーおよびデータ輸出者のサービスのユーザーであるその他のデータ主体 -- コラボレーション、コミュニケーション、またはその他の方法でデータ輸出者の従業員と能動的にやり取りする、あるいはデータ輸出者が提供するアプリや Web サイトなどのコミュニケーション ツールを使用するパートナー、利害関係者、または個人 - -**データのカテゴリ**:移転される個人データには、オンライン サービスまたはプロフェッショナル サービスに関連する電子メール、文書、およびその他の電子形式のデータが含まれます。 GitHub は、お客様がオンライン サービスまたはプロフェッショナル サービスのどちらを使用しているかに応じ、お客様が以下のいずれかのカテゴリの個人データを個人データに含めることを選択できることに同意します。 -- 基本的な個人データ (例: 出生地、居住地の番地 (住所)、郵便番号、市区町村、国、携帯電話番号、名、姓、イニシャル、電子メール アドレス、性別、生年月日) -- 認証データ (例: ユーザー名、パスワードまたは PIN コード、セキュリティの質問、監査証跡) -- 連絡先情報 (例: 住所、電子メール、電話番号、ソーシャル メディア ID、緊急連絡先) -- 一意の識別番号と署名 (IP アドレス、従業員番号、学生番号など) -- 仮名識別子 -- 写真、動画、および音声 -- インターネット アクティビティ (例: 閲覧履歴、検索履歴、読書および視聴アクティビティ) -- デバイス識別情報 (例: IMEI 番号、SIM カード番号、MAC アドレス) -- プロファイリング (例: 確認された犯罪的または反社会的行動に基づくプロファイル、または訪問した URL、クリック ストリーム、閲覧ログ、IP アドレス、ドメイン、インストール済みアプリに基づく仮名プロファイル、あるいはマーケティング設定に基づくプロファイル) -- データ主体によって自由意志で提供された特殊なカテゴリのデータ (例: 人種的または民族的起源、政治的意見、宗教的または哲学的信念、労働組合への加入、遺伝データ、自然人を一意に識別する生体認証データ、医療に関するデータ、自然人の性生活または性的指向に関するデータ、または刑事上の有罪判決または犯罪に関連するデータ) -- GDPR の第 4 条で特定されているその他すべての個人データ - -**処理業務**:移転される個人データは、以下の基本的な処理活動の対象となります。 - -
    -
  1. データ処理の期間および目的: データ処理の期間は、データ輸出者とデータ輸入者間で取り交わされた該当の GitHub 顧客契約で指定された期間とします。 データ処理の目的は、オンライン サービスおよびプロフェッショナル サービスの実施です。
    2. -
  2. データ処理の範囲および目的。 個人データの処理の範囲および目的は、DPA の「個人データの処理 (GDPR)」項に規定するとおりとします。 データ輸入者は、データ センターおよび管理/サポート施設の世界的なネットワークを運営しており、処理はデータ輸入者またはデータ輸入者の下請処理者がかかる施設を運営している法域において DPA の「セキュリティ規定およびポリシー」項に従って行われる可能性があります。
    3. -
  3. 個人データへのアクセス。 該当する GitHub 顧客契約に規定された期間中、適用法令において必要とされる場合に、データ輸入者はその選択により、(1) データ輸出者が個人データを修正、削除またはブロックできるようにするか、または (2) データ輸出者に代わって修正、削除、またはブロックを行います。
    4. -
  4. データ輸出者の指示 オンライン サービスおよびプロフェッショナル サービスについて、データ輸入者は GitHub から伝達されたデータ輸出者の指示に従ってのみ行動するものとします。
    5. -
  5. 個人データの削除または返却。 データ輸出者によるオンライン サービスまたはプロフェッショナル サービスの使用期限の終了時、それぞれ契約に適用される DPA 条件に従い、データ輸出者は個人データを抽出できるものとし、また、データ輸入者は個人データを削除するものとします。
    6. -
- -**下請業者**:データ輸入者は、DPA に従い、カスタマー サポートの提供などの一部のサービスを他社に委託することができます。 かかる下請業者は、データ輸入者が委託したサービスを提供するためにのみ個人データを取得することができますが、その他の目的で個人データを使用することは禁止されています。 - -### 標準契約条項 (英国) の付属文書 2 - -第 4 条 (d) 項および第 5 条 (c) 項に従ってデータ輸入者が講じる技術的および組織的なセキュリティ対策の内容 - -
    -
  1. 担当者。 データ輸入者の担当者が、許可なく個人データを処理することはありません。 担当者は、当該個人データの秘密保持義務を負っており、この義務は本契約の終了後も存続します。
    2. - -
  2. データ プライバシーに関する連絡先 データ輸入者のデータ プライバシー責任者の連絡先は、次のとおりです。
    -GitHub, Inc.
    -宛名：プライバシー
    -88 Colin P. Kelly Jr. Street
    -San Francisco, California 94107 USA
    3. - -
  3. 技術的および組織的対策 データ輸入者は、本 DPA の「セキュリティ規定およびポリシー」に規定するとおり、不慮の紛失、破壊または改変、無許可の開示またはアクセス、あるいは違法な破壊から個人データを保護するために、下記のとおり適切な技術的および組織的な対策、内部管理および情報セキュリティ対策を講じており、今後も維持します。本 DPA の「セキュリティ規定およびポリシー」に規定する技術的および組織的な対策、内部管理および情報セキュリティ手順は、本付属文書 2 の一部として適用され、本付属文書 2 の規定と同様にデータ輸入者を拘束するものとします。
    4. -
- -### 標準契約条項 (英国) の付属文書 3 - -**追加の保護措置契約** - -標準契約条項 (英国) にこの追加の保護措置契約 (以下、「本追加契約」といいます) を追加することにより、GitHub, Inc. (以下「GitHub」といいます) は、お客様に追加の保護措置およびお客様の個人データが関連付けられるデータ主体に追加の是正措置を提供します。 - -本追加契約は、標準契約条項 (英国) を補足してその一部を構成するものですが、標準契約条項の変更または修正とはなりません。 - -
    -
  1. 命令への異議申し立て。 標準契約条項 (英国) の第 5 条 (d) 項 (i) に加えて、標準契約条項 (英国) に基づいて移転された個人データの強制開示の命令を第三者から受けた場合、GitHub は以下を行うものとします。
    2. -
      -
    1. 第三者に、データをお客様に直接要求させるようあらゆる合理的な努力を尽くす。
      2. -
    2. 要請している第三者に適用される法令により禁止されていない限り、直ちにお客様に通知し、お客様に通知することを禁止されている場合は、可能な限り速やかにお客様に情報を伝えるために、禁止を放棄する権利をあらゆる合法的な努力を尽くして取得する。
      3. -
    3. 要請当事者の法に基づく法的不備または欧州連合や該当する加盟国の法との抵触を根拠に、開示命令に合法的な手段を講じて異議を申し立てる。
      4. -

    -本項において、合法的な努力には、関連する裁判管轄地の法律に基づく法廷侮辱罪などの民事または刑事処分になる訴訟は含まれません。 -
  2. データ主体の補償。 第 3 条および第 4 条に従い、GitHub は、EU/EEA 以外の政府機関または法執行機関からの命令に応じて標準契約条項 (英国) に基づき移転されたデータ主体の個人データの GitHub による開示 (以下「関連する開示」といいます) が原因となったデータ主体に対する有形または無形の損害をデータ主体に補償するものとします。 前述の規定にかかわらず、GitHub は、データ主体が、GitHub からでもそれ以外からでも、同じ損害に対する補償を受け取っている限りにおいて、本第 2 条に基づくデータ主体に補償する義務を負わないものとします。
    3. -
  3. 補償の条件。 第 2 条の補償は、GitHub が合理的に満足する程度にデータ主体が以下を証明することが条件となります。
    4. -
      -
    1. GitHub が関連する開示に関与した。
      2. -
    2. 関連する開示は、データ主体に対する EU/EEA 以外の政府機関または法執行機関による公式の訴訟に基づいていた。
      3. -
    3. 関連する開示は、データ主体が有形または無形の損害を被る直接の原因となった。
      4. -

    -データ主体は、a. ～ c. の条件について 立証責任を負うものとします。
    -前述の規定にかかわらず、関連する開示が GDPR の第 V 章の義務に違反していないことを GitHub が立証した場合、GitHub は、第 2 条に基づくデータ主体に補償する義務を負わないものとします。 -
  4. 損害の適用範囲。 第 2 条に基づく補償は、GDPR に規定される有形および無形の損害に制限され、GitHub による GDPR の権利侵害に起因しない派生的損害および他のすべての損害は除外されます。
    5. -
  5. 権利の行使。 本追加契約に基づきデータ主体に認められた権利は、標準契約条項 (英国) の第 3 条または第 6 条の制限に関係なく、データ主体によって GitHub に対して行使されます。 データ主体は、集団、共同、団体、または代表訴訟の一環としてではなく、個人レベルでのみ本追加契約に基づく訴訟を起こすことができます。 本追加契約に基づきデータ主体に認められる権利は、データ主体個人に対してであり譲渡することはできません。
    6. -
  6. 変更通知。 標準契約条項 (英国) の第 5 条 (b) 項に加えて、GitHub は、以下に同意し保証するものとします。自己によってまたは下請処理者を介して個人データが移転される対象国となるいずれの国におけるものも含め、自己またはその下請処理者に適用される法令により、データ輸出者から受領した指示および本追加契約または標準契約条項に基づく義務に応えることが禁止されていると考える理由がないこと、ならびに、この法令に本追加契約または標準契約条項 (英国)の規定する保証および義務に重大な悪影響を及ぼす可能性がある変更があった場合はかかる変更を認識次第速やかにお客様に通知すること。この場合、お客様はデータの移転を停止するか、または契約を終了できるものとします。 -
  7. 契約終了。 本追加契約は、欧州委員会、管轄加盟国監督機関、または EU または管轄加盟国の裁判所が別の合法的な移転機構を承認し、標準契約条項 (英国) の対象となるデータ移転に適用される場合には、自動的に終了するものとし (かかる機構がデータ移転の一部のみに適用される場合、本追加契約は当該移転についてのみ終了します)、本追加契約に規定される追加の保護措置は求められません。

    -標準契約条項 (英国)、付属文書 1、付属文書 2 の署名および -
- -

付属文書 3 - EU 一般データ保護規則条件

- -GitHub は、2018 年 5 月 25 日を発効日として、すべてのお客様にこれらの GDPR 関連条件の遵守を確約します。 当該確約事項は、(1) 任意のオンライン サービス サブスクリプションに適用される GitHub 顧客契約および DPA のバージョンに関係なく、または、(2) 本付録を参照する他の契約の存在に関係なく、GitHub とお客様との関係性に対して拘束力を持つものとします。 - -本 GDPR 関連条件において、お客様と GitHub は、お客様が個人データの管理者であり、GitHub が当該データの処理者であることに同意するものとします。ただし、お客様が個人データの処理者となる場合を除くものとし、この場合は GitHub が下請処理者となります。 本 GDPR 関連条件は、お客様に代わって GitHub が行う、GDPR の適用範囲内での個人データの処理に適用されます。 本 GDPR 関連条件は、GitHub 顧客契約または GitHub とお客様との間のその他の契約において GitHub がお客様に対して行ったデータ保護に関する確約事項を制限または軽減するものではありません。 これらの GDPR 関連条件は、GitHub が個人データの管理者である場合は適用されません。 - -**関連する GDPR の義務:第 28 条、第 32 条、および第 33 条** - -
    -
  1. GitHub は、お客様の特定のまたは包括的な許可を書面により事前に得ることなく他の処理者を従事させないものとします。 包括的な書面による許可の場合、GitHub は、他の処理者の追加または交換等の変更を行う予定である場合には、その旨お客様に通知し、かかる変更に異議を申し立てる機会をお客様に提供します (第 28 条 (2) 項)。
    2. -
  2. GitHub による処理には、欧州連合 (以下「EU」といいます) または加盟国の法令に基づいて本 GDPR 関連条件が適用されるものとし、本 GDPR 関連条件はお客様に関して GitHub を法的に拘束します。 処理の対象および期間、処理の性質および目的、個人データのカテゴリ、データ主体のカテゴリ、ならびにお客様の義務および権利については、お客様のライセンス契約 (本 GDPR 関連条件を含みます) に規定するとおりとします。 特に、GitHub は以下を行うものとします。
    3. -
      -
    1. 第三国または国際組織への個人データの移転に関することを含め、お客様からの文書化された指示に従ってのみ個人データを処理すること。ただし、GitHub に適用される EU または加盟国の法令により処理の実施を義務付けられている場合を除くものとし、このような場合は、GitHub は、処理を行う前に当該法令上の義務についてお客様に通知します。ただし、かかる通知をすることが重要な公共の利益に基づいて当該法令により禁止されている場合を除きます。
      2. -
    2. 個人データの処理を許可された者が、秘密保持を確約しているか、または適切な法定の守秘義務を負うことを保証すること。
      3. -
    3. GDPR 第 32 条に従って必要なすべての対策を講じること。
      4. -
    4. 別の処理者を従事させることについて、第 1 項および第 3 項に規定する条件に従うこと。
      5. -
    5. 処理の性質を考慮したうえで、GDPR 第 III 章に規定されたデータ主体の権利の行使要求に対応するという貴社の義務の履行のため、可能な限りにおいて、適切な技術的および組織的対策によって貴社を支援すること。
      6. -
    6. 処理の性質および GitHub が入手しうる情報を考慮したうえで、お客様が GDPR 第 32 条または第 36 条に従って義務を確実に遵守するよう支援すること。
      7. -
    7. 貴社の選択に応じて、処理に関するサービス提供の終了後にすべての個人データを削除または貴社に返却し、EU または加盟国の法令が個人データの保存を義務付���ている場合を除き既存のコピーを削除すること。
      8. -
    8. GDPR 第 28 条に規定された義務の遵守の証明ならびに、貴社または貴社が委任する他の監査人による監査の受け入れおよびこれへの協力のために必要なすべての情報を貴社に提供すること。
      9. -

    - GitHub は、指示が、GDPR または他の EU または加盟国のデータ保護規定に違反すると考える場合には、直ちにその旨をお客様に通知します (第 28 条 (3) 項)。

    -
  3. GitHub が、お客様に代わって特定の処理活動を行うために別の処理者を従事させる場合、契約または EU または加盟国の法令に基づくその他の法的行為により、本 GDPR 関連条件に定めるものと同じデータ保護義務をかかる他の処理者に課すものとし、特に、処理が GDPR の要件を満たすような方法で適切な技術的および組織的対策を講じることを十分に保証するよう規定するものとします。 他の処理者が自らのデータ保護義務を履行しない場合、GitHub はお客様に対し、かかる他の処理者の義務の履行について全面的に責任を負います (第 28 条 (4) 項)。
    4. -
  4. 最新技術、実施コスト、処理の性質、範囲、背景および目的、ならびに自然人の権利と自由に対するリスクのさまざまな可能性と重大度を考慮したうえで、お客様および GitHub は、リスクに見合ったセキュリティ レベルを確保するために適切な技術的および組織的対策を講じるものとします。かかる対策には必要に応じて、特に以下のものを含むものとします。
    5. -
      -
    1. 個人データの仮名化および暗号化
      2. -
    2. 処理システムおよびサービスの現行の機密性、完全性、利用可能性および復元力を確保する能力
      3. -
    3. 物理的または技術的なインシデントが発生した場合に適時に個人データの利用可能性と個人データへのアクセスを復元する能力
      4. -
    4. 処理のセキュリティを確保するために、技術的および組織的対策の有効性を定期的にテスト、審査および評価するプロセス (第 32 条 (1) 項)。
      5. -
    -
  5. 適切なセキュリティ レベルの審査においては、処理により生じるリスク、特に送信、保存、またはその他の方法で処理された個人データの偶発的または違法な破壊、喪失、改変、不正な開示、またはかかる個人データへのアクセスがもたらすリスクを考慮するものとします (第 32 条 (2) 項)。
    6. -
  6. お客様と GitHub は、お客様または GitHub の許可を得て行動する、個人データへのアクセス権を持つ自然人が、お客様からの指示なくして個人データを処理しないようにするための措置を講じます。ただし、かかる自然人が EU または加盟国の法令により処理の実施を義務付けられている場合を除きます (第 32 条 (4) 項)。
    7. -
  7. GitHub は、個人データの侵害を認識した場合には、不当な遅滞なくお客様に通知します (第 32 条 (2) 項)。 そのような通知には、かかる情報を合理的に GitHub が利用できる範囲で、処理者が第 33 条 (3) 項に基づいて管理者に提供しなければならない情報が含まれるものとします。
    8. -
- ---------------- - -

(1) 欧州経済地域に関する協定 (EEA 協定) では、欧州連合の内部市場をアイスランド、リヒテンシュタイン、ノルウェーに拡大することを規定しています。 2016 年 679 番 EU 規則を含む EU のデータ保護法は、EEA 協定の対象であり、その別紙 XI に組み込まれています。 したがって、EEA に拠点を置く第三者へのデータ輸入者による開示は、本条項の目的のための転送とは認められません。

- -

(2) 本要件は、第 7 条に従って、適切な構成要素の元で本条項に準拠する下請処理者によって満たされる場合があります。

- -

(3) 本条項の遵守に対する当該法律および慣行の影響に関しては、全体的な評価の一部としてさまざまな要素が考慮される場合があります。 当該要素には、十分な代表的な時間枠をカバーする公的機関からの開示請求より以前の事例に関する関連性のある文書化された実務経験、またはそのような開示請求の不存在が含まれる場合があります。 これは特に、デュー デリジェンスに従って継続的に作成され、上級管理職レベルで認定された内部記録またはその他の文書を指します。ただし、この情報を第三者と合法的に共有できる場合に限ります。 データ輸入者が本条項を遵守することを妨げられないと結論付けるために、当該実務経験に依拠する場合、他の関連する客観的な要素によって補完される必要があり、両当事者は、これらの要素と一緒に十分な重みがあるかどうかをこの結論を裏付ける信頼性および代表性の観点から、慎重に検討する必要があります。 特に、両当事者は、その実務経験が裏付けられたものかどうか、および同部門内での請求の有無に関する公開済みあるいはアクセス可能な信頼できる情報や法律の実際の適用 (監督機関による判例、報告書など) と矛盾がないかどうかを考慮する必要があります。

diff --git a/translations/ja-JP/content/site-policy/privacy-policies/index.md b/translations/ja-JP/content/site-policy/privacy-policies/index.md index 88306df9eb..cfcc93a3f2 100644 --- a/translations/ja-JP/content/site-policy/privacy-policies/index.md +++ b/translations/ja-JP/content/site-policy/privacy-policies/index.md @@ -8,7 +8,6 @@ topics: children: - /github-privacy-statement - /global-privacy-practices - - /github-data-protection-agreement - /github-subprocessors-and-cookies - /github-codespaces-privacy-statement - /github-candidate-privacy-policy diff --git a/translations/ja-JP/data/reusables/actions/hosted-runner-security.md b/translations/ja-JP/data/reusables/actions/hosted-runner-security.md index 03b8cb816f..bbc2edbd12 100644 --- a/translations/ja-JP/data/reusables/actions/hosted-runner-security.md +++ b/translations/ja-JP/data/reusables/actions/hosted-runner-security.md @@ -1,11 +1 @@ ---- -ms.openlocfilehash: 39b050df26b1192db1f0d539b2bd789f90c022d1 -ms.sourcegitcommit: 478f2931167988096ae6478a257f492ecaa11794 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2022 -ms.locfileid: "147763985" ---- -プライベート リポジトリでは、{% data variables.actions.hosted_runner %} のみ使うことをお勧めします。 -- ワークフロー内でコードを実行する pull request を作成することで、リポジトリのフォークによって、{% data variables.actions.hosted_runner %} 上で危険なコードが実行される可能性があります。 -- フォークされたリポジトリを使って {% data variables.actions.hosted_runner %} 上でジョブを実行できるようにすると、予測しないコストが発生する可能性があります。 \ No newline at end of file +If you are using a Fixed IP range, we recommend that you only use {% data variables.actions.hosted_runner %}s with private repositories. Forks of your repository can potentially run dangerous code on your {% data variables.actions.hosted_runner %} by creating a pull request that executes the code in a workflow. diff --git a/translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-default.md b/translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-default.md deleted file mode 100644 index 4dc9bdb0f6..0000000000 --- a/translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-default.md +++ /dev/null @@ -1,11 +0,0 @@ ---- -ms.openlocfilehash: 0036dd5cf979531479a7ddf523c7475391b29c0a -ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/05/2022 -ms.locfileid: "147548009" ---- -既定では、プレビルドを作成または更新するたびに、またはプレビルドが有効なブランチにプッシュするたびに、{% data variables.product.prodname_actions %} ワークフローがトリガーされます。 他のワークフローと同様に、プレビルド ワークフローが実行されている間、アカウントに含まれているアクションの分数がある場合はその一部を消費するか、アクションの分数の料金が発生します。 アクション分の価格の詳細については、「[{% data variables.product.prodname_actions %} の課金について](/billing/managing-billing-for-github-actions/about-billing-for-github-actions)」を参照してください。 - -{% data variables.product.prodname_actions %} の利用時間 (分) と併せて、特定のリポジトリとリージョンに対する各プレビルド構成に関連付けられているプレビルドのストレージについても課金されます。 プレビルドのストレージは、codespace のストレージと同じレートで課金されます。 \ No newline at end of file diff --git a/translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-reducing.md b/translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-reducing.md deleted file mode 100644 index 03f82b7b20..0000000000 --- a/translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-reducing.md +++ /dev/null @@ -1,3 +0,0 @@ -To reduce consumption of Actions minutes, you can set a prebuild to be updated only when you make a change to your dev container configuration files, or only on a custom schedule. You can also manage your storage usage by adjusting the number of template versions to be retained for your prebuild configurations. For more information, see "[Configuring prebuilds](/codespaces/prebuilding-your-codespaces/configuring-prebuilds#configuring-a-prebuild)." - -If you are an organization or enterprise owner, you can track usage of prebuild workflows and storage by downloading a {% data variables.product.prodname_actions %} usage report for your organization or enterprise. You can identify workflow runs for prebuilds by filtering the CSV output to only include the workflow called "Create {% data variables.product.prodname_github_codespaces %} Prebuilds." For more information, see "[Viewing your {% data variables.product.prodname_actions %} usage](/billing/managing-billing-for-github-actions/viewing-your-github-actions-usage#viewing-github-actions-usage-for-your-organization)." diff --git a/translations/ja-JP/data/reusables/codespaces/codespaces-billing.md b/translations/ja-JP/data/reusables/codespaces/codespaces-billing.md deleted file mode 100644 index 8bcd203e34..0000000000 --- a/translations/ja-JP/data/reusables/codespaces/codespaces-billing.md +++ /dev/null @@ -1,17 +0,0 @@ ---- -ms.openlocfilehash: 845c770a8a03c57a4c10a84d28fd4d3d78282042 -ms.sourcegitcommit: 5f9527483381cfb1e41f2322f67c80554750a47d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/11/2022 -ms.locfileid: "147111123" ---- -{% data variables.product.prodname_codespaces %} は、コンピューティングとストレージの使用量に応じて米ドル (USD) で課金されます。 - -### コンピューティング使用量の計算 -コンピューティング使用量は、{% data variables.product.prodname_github_codespaces %} インスタンスがアクティブであるアップタイム時間 (分) の合計として定義されます。 コンピューティング使用量は、すべての codespace で実際に使われた分数を合計することで計算されます。 これらの合計は、毎日課金サービスに報告され、毎月請求されます。 - -アップタイムを制御するには、codespace を停止します。これは、手動で行うか、開発者が指定した非アクティブ期間の後に自動的に行うことができます。 詳細については、「[codespace の終了または停止](/codespaces/getting-started/deep-dive#closing-or-stopping-your-codespace)」を参照してください。 - -### ストレージ使用量の計算 -{% data variables.product.prodname_github_codespaces %} の課金目的の場合、アカウント内のすべての codespace で使用されるすべてのストレージが含まれます。 これには、codespace に使われるすべてのファイル (クローンされたリポジトリ、構成ファイル、拡張機能など) が含まれます。 これらの合計は、毎日課金サービスに報告され、毎月請求されます。 月末に、{% data variables.product.prodname_dotcom %}はストレージ使用量を最も近いGBに丸めます。 diff --git a/translations/ja-JP/data/reusables/codespaces/codespaces-spending-limit-requirement.md b/translations/ja-JP/data/reusables/codespaces/codespaces-spending-limit-requirement.md index e32b29f3f4..1322dfe4ae 100644 --- a/translations/ja-JP/data/reusables/codespaces/codespaces-spending-limit-requirement.md +++ b/translations/ja-JP/data/reusables/codespaces/codespaces-spending-limit-requirement.md @@ -5,5 +5,3 @@ {% endnote %} By default, your organization or enterprise will have a {% data variables.product.prodname_github_codespaces %} spending limit of $0. This prevents new codespaces from being created, or existing codespaces from being opened, if this would incur a billable cost to your organization or enterprise. To allow your users to create codespaces in your organization, set the limit to a value higher than $0. - -{% data reusables.billing.overages-billed-monthly %} diff --git a/translations/ja-JP/data/reusables/codespaces/creating-a-codespace-in-vscode.md b/translations/ja-JP/data/reusables/codespaces/creating-a-codespace-in-vscode.md index c89126ae76..545324000c 100644 --- a/translations/ja-JP/data/reusables/codespaces/creating-a-codespace-in-vscode.md +++ b/translations/ja-JP/data/reusables/codespaces/creating-a-codespace-in-vscode.md @@ -1,11 +1,5 @@ After you connect your account on {% data variables.product.product_location %} to the {% data variables.product.prodname_github_codespaces %} extension, you can create a new codespace. For more information about the {% data variables.product.prodname_github_codespaces %} extension, see the [{% data variables.product.prodname_vs_marketplace_shortname %} marketplace](https://marketplace.visualstudio.com/items?itemName=GitHub.codespaces). -{% note %} - -**Note**: Currently, {% data variables.product.prodname_vscode_shortname %} doesn't allow you to choose a dev container configuration when you create a codespace. If you want to choose a specific dev container configuration, use the {% data variables.product.prodname_dotcom %} web interface to create your codespace. For more information, click the **Web browser** tab at the top of this page. - -{% endnote %} - {% data reusables.codespaces.click-remote-explorer-icon-vscode %} 2. Click the Add icon: {% octicon "plus" aria-label="The plus icon" %}. diff --git a/translations/ja-JP/data/reusables/dotcom_billing/pricing_calculator/pricing_cal_codespaces.md b/translations/ja-JP/data/reusables/dotcom_billing/pricing_calculator/pricing_cal_codespaces.md deleted file mode 100644 index f54f227d98..0000000000 --- a/translations/ja-JP/data/reusables/dotcom_billing/pricing_calculator/pricing_cal_codespaces.md +++ /dev/null @@ -1,9 +0,0 @@ ---- -ms.openlocfilehash: 86ebb6e0ab13cf7daf5fb580792bf8f4606eb054 -ms.sourcegitcommit: fb047f9450b41b24afc43d9512a5db2a2b750a2a -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 09/11/2022 -ms.locfileid: "147881917" ---- -消費型サービスのコストを見積もるために、{% data variables.product.prodname_dotcom %} [料金計算ツール](https://github.com/pricing/calculator?feature=codespaces)を使用できます。 diff --git a/translations/log/msft-ja-resets.csv b/translations/log/msft-ja-resets.csv index c1e0bdd8ea..47dc70b6c9 100644 --- a/translations/log/msft-ja-resets.csv +++ b/translations/log/msft-ja-resets.csv @@ -83,6 +83,7 @@ translations/ja-JP/content/code-security/dependabot/dependabot-alerts/browsing-s translations/ja-JP/content/codespaces/codespaces-reference/disaster-recovery-for-codespaces.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/codespaces-reference/security-in-codespaces.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/codespaces-reference/understanding-billing-for-codespaces.md,file deleted because it no longer exists in main +translations/ja-JP/content/codespaces/codespaces-reference/understanding-billing-for-github-codespaces.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/codespaces-reference/using-github-copilot-in-codespaces.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/customizing-your-codespace/personalizing-codespaces-for-your-account.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/customizing-your-codespace/setting-your-default-editor-for-codespaces.md,file deleted because it no longer exists in main @@ -93,6 +94,7 @@ translations/ja-JP/content/codespaces/developing-in-codespaces/using-codespaces- translations/ja-JP/content/codespaces/developing-in-codespaces/using-codespaces-with-github-cli.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/enabling-codespaces-for-your-organization.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-billing-for-codespaces-in-your-organization.md,file deleted because it no longer exists in main +translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-encrypted-secrets-for-your-repository-and-organization-for-codespaces.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/reviewing-your-organizations-audit-logs-for-codespaces.md,file deleted because it no longer exists in main translations/ja-JP/content/codespaces/managing-your-codespaces/managing-gpg-verification-for-codespaces.md,file deleted because it no longer exists in main @@ -181,6 +183,7 @@ translations/ja-JP/content/rest/reference/secret-scanning.md,file deleted becaus translations/ja-JP/content/rest/reference/teams.md,file deleted because it no longer exists in main translations/ja-JP/content/rest/reference/users.md,file deleted because it no longer exists in main translations/ja-JP/content/rest/reference/webhooks.md,file deleted because it no longer exists in main +translations/ja-JP/content/site-policy/privacy-policies/github-data-protection-agreement.md,file deleted because it no longer exists in main translations/ja-JP/content/sponsors/receiving-sponsorships-through-github-sponsors/setting-up-github-sponsors-for-your-user-account.md,file deleted because it no longer exists in main translations/ja-JP/data/glossaries/internal.yml,file deleted because it no longer exists in main translations/ja-JP/data/graphql/ghes-3.1/graphql_previews.enterprise.yml,file deleted because it no longer exists in main @@ -192,7 +195,10 @@ translations/ja-JP/data/reusables/billing/per-user-pricing-reference.md,file del translations/ja-JP/data/reusables/codespaces/about-billing-for-codespaces.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/codespaces/availability.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/codespaces/beta-functionality-limited.md,file deleted because it no longer exists in main +translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-default.md,file deleted because it no longer exists in main +translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-reducing.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds.md,file deleted because it no longer exists in main +translations/ja-JP/data/reusables/codespaces/codespaces-billing.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/codespaces/concurrent-codespace-limit.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/codespaces/prebuilds-beta-note.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/codespaces/prebuilds-not-available.md,file deleted because it no longer exists in main @@ -200,6 +206,7 @@ translations/ja-JP/data/reusables/codespaces/unsupported-repos.md,file deleted b translations/ja-JP/data/reusables/dependabot/create-dependabot-yml.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/desktop/paste-email-git-config.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/dotcom_billing/codespaces-minutes.md,file deleted because it no longer exists in main +translations/ja-JP/data/reusables/dotcom_billing/pricing_calculator/pricing_cal_codespaces.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/education/upgrade-organization.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/education/upgrade-page.md,file deleted because it no longer exists in main translations/ja-JP/data/reusables/enterprise-accounts/repository-visibility-policy.md,file deleted because it no longer exists in main @@ -252,7 +259,7 @@ translations/ja-JP/content/account-and-profile/managing-subscriptions-and-notifi translations/ja-JP/content/account-and-profile/managing-subscriptions-and-notifications-on-github/setting-up-notifications/configuring-notifications.md,rendering error translations/ja-JP/content/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/about-your-organizations-profile.md,rendering error translations/ja-JP/content/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/managing-your-profile-readme.md,broken liquid tags -translations/ja-JP/content/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/personalizing-your-profile.md,broken liquid tags +translations/ja-JP/content/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/personalizing-your-profile.md,rendering error translations/ja-JP/content/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/setting-your-profile-to-private.md,broken liquid tags translations/ja-JP/content/account-and-profile/setting-up-and-managing-your-github-profile/managing-contribution-settings-on-your-profile/showing-your-private-contributions-and-achievements-on-your-profile.md,broken liquid tags translations/ja-JP/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-access-to-your-personal-repositories/inviting-collaborators-to-a-personal-repository.md,rendering error @@ -304,6 +311,7 @@ translations/ja-JP/content/actions/using-workflows/workflow-commands-for-github- translations/ja-JP/content/actions/using-workflows/workflow-syntax-for-github-actions.md,rendering error translations/ja-JP/content/admin/code-security/managing-github-advanced-security-for-your-enterprise/configuring-code-scanning-for-your-appliance.md,broken liquid tags translations/ja-JP/content/admin/configuration/configuring-github-connect/enabling-dependabot-for-your-enterprise.md,rendering error +translations/ja-JP/content/admin/configuration/configuring-your-enterprise/configuring-backups-on-your-appliance.md,broken liquid tags translations/ja-JP/content/admin/configuration/configuring-your-enterprise/configuring-rate-limits.md,rendering error translations/ja-JP/content/admin/enterprise-management/updating-the-virtual-machine-and-physical-resources/upgrading-github-enterprise-server.md,rendering error translations/ja-JP/content/admin/github-actions/advanced-configuration-and-troubleshooting/backing-up-and-restoring-github-enterprise-server-with-github-actions-enabled.md,broken liquid tags @@ -382,10 +390,9 @@ translations/ja-JP/content/code-security/supply-chain-security/understanding-you translations/ja-JP/content/code-security/supply-chain-security/understanding-your-software-supply-chain/about-the-dependency-graph.md,rendering error translations/ja-JP/content/code-security/supply-chain-security/understanding-your-software-supply-chain/configuring-dependency-review.md,rendering error translations/ja-JP/content/code-security/supply-chain-security/understanding-your-software-supply-chain/configuring-the-dependency-graph.md,broken liquid tags -translations/ja-JP/content/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry.md,broken liquid tags +translations/ja-JP/content/codespaces/codespaces-reference/allowing-your-codespace-to-access-a-private-image-registry.md,rendering error translations/ja-JP/content/codespaces/codespaces-reference/disaster-recovery-for-github-codespaces.md,broken liquid tags translations/ja-JP/content/codespaces/codespaces-reference/security-in-github-codespaces.md,broken liquid tags -translations/ja-JP/content/codespaces/codespaces-reference/understanding-billing-for-github-codespaces.md,broken liquid tags translations/ja-JP/content/codespaces/codespaces-reference/using-github-copilot-in-github-codespaces.md,broken liquid tags translations/ja-JP/content/codespaces/codespaces-reference/using-the-vs-code-command-palette-in-codespaces.md,broken liquid tags translations/ja-JP/content/codespaces/customizing-your-codespace/changing-the-machine-type-for-your-codespace.md,broken liquid tags @@ -404,7 +411,7 @@ translations/ja-JP/content/codespaces/developing-in-codespaces/using-github-code translations/ja-JP/content/codespaces/developing-in-codespaces/using-github-codespaces-with-github-cli.md,broken liquid tags translations/ja-JP/content/codespaces/getting-started/deep-dive.md,broken liquid tags translations/ja-JP/content/codespaces/getting-started/quickstart.md,broken liquid tags -translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-billing-for-github-codespaces-in-your-organization.md,broken liquid tags +translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/listing-the-codespaces-in-your-organization.md,broken liquid tags translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/managing-encrypted-secrets-for-your-repository-and-organization-for-github-codespaces.md,rendering error translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/restricting-access-to-machine-types.md,rendering error translations/ja-JP/content/codespaces/managing-codespaces-for-your-organization/restricting-the-idle-timeout-period.md,rendering error @@ -465,6 +472,7 @@ translations/ja-JP/content/get-started/using-github/troubleshooting-connectivity translations/ja-JP/content/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/about-writing-and-formatting-on-github.md,broken liquid tags translations/ja-JP/content/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax.md,rendering error translations/ja-JP/content/get-started/writing-on-github/working-with-advanced-formatting/attaching-files.md,broken liquid tags +translations/ja-JP/content/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls.md,broken liquid tags translations/ja-JP/content/get-started/writing-on-github/working-with-advanced-formatting/writing-mathematical-expressions.md,rendering error translations/ja-JP/content/graphql/guides/migrating-from-rest-to-graphql.md,broken liquid tags translations/ja-JP/content/graphql/overview/about-the-graphql-api.md,rendering error @@ -472,7 +480,7 @@ translations/ja-JP/content/issues/planning-and-tracking-with-projects/automating translations/ja-JP/content/issues/planning-and-tracking-with-projects/managing-your-project/managing-access-to-your-projects.md,broken liquid tags translations/ja-JP/content/issues/tracking-your-work-with-issues/filtering-and-searching-issues-and-pull-requests.md,rendering error translations/ja-JP/content/issues/tracking-your-work-with-issues/linking-a-pull-request-to-an-issue.md,rendering error -translations/ja-JP/content/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/managing-security-and-analysis-settings-for-your-organization.md,broken liquid tags +translations/ja-JP/content/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/managing-security-and-analysis-settings-for-your-organization.md,rendering error translations/ja-JP/content/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/reviewing-the-audit-log-for-your-organization.md,rendering error translations/ja-JP/content/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/reviewing-your-organizations-installed-integrations.md,rendering error translations/ja-JP/content/organizations/managing-access-to-your-organizations-project-boards/managing-team-access-to-an-organization-project-board.md,rendering error @@ -491,8 +499,12 @@ translations/ja-JP/content/organizations/managing-peoples-access-to-your-organiz translations/ja-JP/content/organizations/organizing-members-into-teams/managing-code-review-settings-for-your-team.md,rendering error translations/ja-JP/content/organizations/restricting-access-to-your-organizations-data/about-oauth-app-access-restrictions.md,broken liquid tags translations/ja-JP/content/organizations/restricting-access-to-your-organizations-data/approving-oauth-apps-for-your-organization.md,broken liquid tags +translations/ja-JP/content/packages/learn-github-packages/about-permissions-for-github-packages.md,broken liquid tags translations/ja-JP/content/packages/learn-github-packages/configuring-a-packages-access-control-and-visibility.md,rendering error translations/ja-JP/content/packages/learn-github-packages/deleting-and-restoring-a-package.md,rendering error +translations/ja-JP/content/packages/learn-github-packages/introduction-to-github-packages.md,broken liquid tags +translations/ja-JP/content/packages/learn-github-packages/viewing-packages.md,broken liquid tags +translations/ja-JP/content/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions.md,broken liquid tags translations/ja-JP/content/packages/working-with-a-github-packages-registry/working-with-the-container-registry.md,rendering error translations/ja-JP/content/pages/configuring-a-custom-domain-for-your-github-pages-site/managing-a-custom-domain-for-your-github-pages-site.md,rendering error translations/ja-JP/content/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line.md,broken liquid tags @@ -582,6 +594,7 @@ translations/ja-JP/data/reusables/actions/changing-the-access-policy-of-a-runner translations/ja-JP/data/reusables/actions/changing-the-name-of-a-runner-group.md,rendering error translations/ja-JP/data/reusables/actions/create-runner-group.md,rendering error translations/ja-JP/data/reusables/actions/creating-a-runner-group-for-an-organization.md,rendering error +translations/ja-JP/data/reusables/actions/hosted-runner-security.md,broken liquid tags translations/ja-JP/data/reusables/actions/ip-allow-list-self-hosted-runners.md,broken liquid tags translations/ja-JP/data/reusables/actions/moving-a-runner-to-a-group.md,rendering error translations/ja-JP/data/reusables/actions/ref_name-description.md,broken liquid tags @@ -611,7 +624,6 @@ translations/ja-JP/data/reusables/code-scanning/autobuild-add-build-steps.md,bro translations/ja-JP/data/reusables/code-scanning/codeql-languages-bullets.md,rendering error translations/ja-JP/data/reusables/code-scanning/codeql-languages-keywords.md,rendering error translations/ja-JP/data/reusables/code-scanning/enterprise-enable-code-scanning.md,broken liquid tags -translations/ja-JP/data/reusables/codespaces/billing-for-prebuilds-reducing.md,broken liquid tags translations/ja-JP/data/reusables/codespaces/codespaces-api-beta-note.md,broken liquid tags translations/ja-JP/data/reusables/codespaces/codespaces-policy-targets.md,rendering error translations/ja-JP/data/reusables/codespaces/codespaces-spending-limit-requirement.md,broken liquid tags