зеркало из https://github.com/github/docs.git
New translation batch for ja (#26167)
* Add crowdin translations * Run script/i18n/homogenize-frontmatter.js * Run script/i18n/lint-translation-files.js --check parsing * Run script/i18n/lint-translation-files.js --check rendering * run script/i18n/reset-files-with-broken-liquid-tags.js --language=ja * run script/i18n/reset-known-broken-translation-files.js Co-authored-by: Robert Sese <rsese@github.com>
This commit is contained in:
docubot
GitHub
Родитель
70a0e39b4e
Коммит
ec4d1c3017
|
|
@ -132,6 +132,8 @@ jobs:
|
|||
# ...deployment-specific steps
|
||||
```
|
||||
|
||||
For guidance on writing deployment-specific steps, see "[Finding deployment examples](#finding-deployment-examples)."
|
||||
|
||||
## デプロイメント履歴の表示
|
||||
|
||||
When a {% data variables.product.prodname_actions %} workflow deploys to an environment, the environment is displayed on the main page of the repository. For more information about viewing deployments to environments, see "[Viewing deployment history](/developers/overview/viewing-deployment-history)."
|
||||
|
|
@ -164,7 +166,7 @@ You can use a status badge to display the status of your deployment workflow. {%
|
|||
|
||||
For more information, see "[Adding a workflow status badge](/actions/managing-workflow-runs/adding-a-workflow-status-badge)."
|
||||
|
||||
## 次のステップ
|
||||
## Finding deployment examples
|
||||
|
||||
This article demonstrated features of {% data variables.product.prodname_actions %} that you can add to your deployment workflows.
|
||||
|
||||
|
|
|
|||
|
|
@ -197,6 +197,8 @@ You must ensure that the machine has the appropriate network access to communica
|
|||
|
||||
You can also use self-hosted runners with a proxy server. For more information, see "[Using a proxy server with self-hosted runners](/actions/automating-your-workflow-with-github-actions/using-a-proxy-server-with-self-hosted-runners)."
|
||||
|
||||
For more information about troubleshooting common network connectivity issues, see "[Monitoring and troubleshooting self-hosted runners](/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners#troubleshooting-network-connectivity)."
|
||||
|
||||
{% ifversion ghes %}
|
||||
|
||||
## Communication between self-hosted runners and {% data variables.product.prodname_dotcom_the_website %}
|
||||
|
|
|
|||
|
|
@ -32,7 +32,9 @@ shortTitle: Monitor & troubleshoot
|
|||
* **Active**: The runner is currently executing a job.
|
||||
* **Offline**: The runner is not connected to {% data variables.product.product_name %}. This could be because the machine is offline, the self-hosted runner application is not running on the machine, or the self-hosted runner application cannot communicate with {% data variables.product.product_name %}.
|
||||
|
||||
## Checking self-hosted runner network connectivity
|
||||
## Troubleshooting network connectivity
|
||||
|
||||
### Checking self-hosted runner network connectivity
|
||||
|
||||
You can use the self-hosted runner application's `run` script with the `--check` parameter to check that a self-hosted runner can access all required network services on {% data variables.product.product_location %}.
|
||||
|
||||
|
|
@ -65,6 +67,27 @@ The script tests each service, and outputs either a `PASS` or `FAIL` for each on
|
|||
|
||||
If you have any failing checks, you should also verify that your self-hosted runner machine meets all the communication requirements. For more information, see "[About self-hosted runners](/actions/hosting-your-own-runners/about-self-hosted-runners#communication-requirements)."
|
||||
|
||||
### Disabling TLS certificate verification
|
||||
{% ifversion ghes %}
|
||||
By default, the self-hosted runner application verifies the TLS certificate for {% data variables.product.product_name %}. If your {% data variables.product.product_name %} has a self-signed or internally-issued certificate, you may wish to disable TLS certificate verification for testing purposes.
|
||||
{% else %}
|
||||
By default, the self-hosted runner application verifies the TLS certificate for {% data variables.product.product_name %}. If you encounter network problems, you may wish to disable TLS certificate verification for testing purposes.
|
||||
{% endif %}
|
||||
|
||||
To disable TLS certification verification in the self-hosted runner application, set the `GITHUB_ACTIONS_RUNNER_TLS_NO_VERIFY` environment variable to `1` before configuring and running the self-hosted runner application.
|
||||
|
||||
```shell
|
||||
export GITHUB_ACTIONS_RUNNER_TLS_NO_VERIFY=1
|
||||
./config.sh --url <em>https://github.com/octo-org/octo-repo</em> --token
|
||||
./run.sh
|
||||
```
|
||||
|
||||
{% warning %}
|
||||
|
||||
**Warning**: Disabling TLS verification is not recommended since TLS provides privacy and data integrity between the self-hosted runner application and {% data variables.product.product_name %}. We recommend that you install the {% data variables.product.product_name %} certificate in the operating system certificate store for your self-hosted runner. For guidance on how to install the {% data variables.product.product_name %} certificate, check with your operating system vendor.
|
||||
|
||||
{% endwarning %}
|
||||
|
||||
## Reviewing the self-hosted runner application log files
|
||||
|
||||
You can monitor the status of the self-hosted runner application and its activities. Log files are kept in the `_diag` directory where you installed the runner application, and a new log is generated each time the application is started. The filename begins with *Runner_*, and is followed by a UTC timestamp of when the application was started.
|
||||
|
|
|
|||
|
|
@ -23,7 +23,7 @@ topics:
|
|||
$ git tag -s <em>mytag</em>
|
||||
# 署名済みのタグを作成する
|
||||
```
|
||||
2. `git tag -v [tag-name]`を実行して、署名したタグをベリファイします。
|
||||
2. Verify your signed tag by running `git tag -v [tag-name]`.
|
||||
```shell
|
||||
$ git tag -v <em>mytag</em>
|
||||
# 署名済みのタグを検証する
|
||||
|
|
|
|||
|
|
@ -19,7 +19,7 @@ topics:
|
|||
|
||||
最初に繰り返しフィールドを作成すると、3回の繰り返しが自動的に作成されます。 プロジェクトの設定ページから、繰り返しを追加したり、他の変更をしたりできます。
|
||||
|
||||
|
||||
|
||||
|
||||
## 繰り返しフィールの作成
|
||||
|
||||
|
|
@ -49,16 +49,16 @@ topics:
|
|||
{% data reusables.projects.project-settings %}
|
||||
1. 調整したい繰り返しフィールドの名前をクリックしてください。
|
||||
1. 繰り返しの名前を変更するには、名前をクリックして入力していってください。
|
||||
1. To change the date or duration of an iteration, click on the date to open the calendar. Click on the start day, then click the end day, and then click **Apply**.
|
||||
1. Optionally, to delete an iteration, click {% octicon "trash" aria-label="The trash icon" %}.
|
||||
1. 繰り返しの日付や期間を変更するには、日付をクリックしてカレンダーを開いてください。 開始日をクリックし、続いて終了日をクリックし、そして**Apply（適用）**をクリックしてください。
|
||||
1. あるいは、繰り返しを削除したい場合は{% octicon "trash" aria-label="The trash icon" %}をクリックしてください。
|
||||
1. [**Save changes**] をクリックします。
|
||||
|
||||
## Inserting a break
|
||||
## 休憩の挿入
|
||||
|
||||
You can insert breaks into your iterations to communicate when you are taking time away from scheduled work. The duration of a new break defaults to the length of the most recently created iteration.
|
||||
繰り返しには、スケジュールされた作業から離れることを知らせるために休憩を挿入できます。 新しい休憩期間のデフォルトは、直近に作成された繰り返しの長さです。
|
||||
|
||||
{% data reusables.projects.project-settings %}
|
||||
1. 調整したい繰り返しフィールドの名前をクリックしてください。
|
||||
2. On the dividing line above an iteration and to the right, click **Insert break**. 
|
||||
3. Optionally, to change the duration of the break, click on the date to open the calendar. Click on the start day, then click the end day, and then click **Apply**.
|
||||
2. 繰り返しの上の分割線上の右で**Insert break（休憩の挿入）**をクリックしてください。 
|
||||
3. あるいは、休憩の期間を変更するには、日付をクリックしてカレンダーを開いてください。 開始日をクリックし、続いて終了日をクリックし、そして**Apply（適用）**をクリックしてください。
|
||||
4. [**Save changes**] をクリックします。
|
||||
|
|
|
|||
|
|
@ -1,6 +1,6 @@
|
|||
---
|
||||
title: Using insights with projects (beta)
|
||||
intro: You can view and customize charts that are built from your project's data.
|
||||
title: プロジェクト（ベータ）のインサイトの利用
|
||||
intro: プロジェクトのデータから構築されたグラフを表示させ、カスタマイズできます。
|
||||
allowTitleToDifferFromFilename: true
|
||||
miniTocMaxHeadingLevel: 2
|
||||
versions:
|
||||
|
|
@ -13,17 +13,17 @@ topics:
|
|||
|
||||
{% data reusables.projects.insights-alpha %}
|
||||
|
||||
## About insights
|
||||
## インサイトについて
|
||||
|
||||
You can use insights to view and customize charts that use the items added to your project as their source data. The default "Burn up" chart shows item status over time, allowing you to visualize progress. You can apply filters to the default chart and also customize and save charts that are available to everyone that can view the project.
|
||||
インサイトを使って、プロジェクトに追加されたアイテムをソースデータとして利用し、グラフを表示及びカスタマイズできます。 デフォルトの「バーンアップ」グラフは、時間の経過に伴うアイテムのステータスを表示し、進捗を可視化できます。 デフォルトのグラフにフィルタを適用し、プロジェクトを見ることができる誰もが利用できるグラフをカスタマイズして保存することもできます。
|
||||
|
||||
|
||||
|
||||
|
||||
## Creating a chart
|
||||
## グラフの作成
|
||||
|
||||
1. Navigate to your project.
|
||||
2. In the top-right, click {% octicon "graph" aria-label="the graph icon" %} to access insights. This feature is currently in a private preview and is not yet available to all organizations. If insights is not yet enabled for your organization, the {% octicon "graph" aria-label="the graph icon" %} icon will not be available.
|
||||
3. In the menu on the left, click **New chart**.
|
||||
4. Optionally, to change the name of the new chart, click {% octicon "triangle-down" aria-label="The triangle icon" %}, type a new name, and press <kbd>Return</kbd>.
|
||||
5. Above the chart, type filters to change the data used to build the chart. 詳しい情報については「[プロジェクトのフィルタリング](/issues/trying-out-the-new-projects-experience/filtering-projects)」を参照してください。
|
||||
6. To the right of the filter text box, click **Save changes**.
|
||||
1. プロジェクトにアクセスします。
|
||||
2. 右上で{% octicon "graph" aria-label="the graph icon" %}をクリックし、インサイトにアクセスします。 この機能は現在プライベートプレビュー中であり、すべての組織で利用できるわけではありません。 Organizationでインサイトがまだ有効化されていない場合は、{% octicon "graph" aria-label="the graph icon" %}アイコンは利用できません。
|
||||
3. 左のメニューで**New chart（新規グラフ）**をクリックしてください。
|
||||
4. あるいは、新しいグラフの名前を変更するには{% octicon "triangle-down" aria-label="The triangle icon" %}をクリックし、新しい名前を入力し、<kbd>Return</kbd>を押してください。
|
||||
5. グラフの上で、グラフを構築するのに使われたデータを変更するフィルタを入力してください。 詳しい情報については「[プロジェクトのフィルタリング](/issues/trying-out-the-new-projects-experience/filtering-projects)」を参照してください。
|
||||
6. フィルタのテキストボックスの右で、**Save changes（変更を保存）**をクリックしてください。
|
||||
|
|
|
|||
|
|
@ -21,7 +21,7 @@ permissions: Organization owners can manage allowed IP addresses for an organiza
|
|||
{% ifversion ghec %}
|
||||
{% note %}
|
||||
|
||||
**Note:** Only organizations that use {% data variables.product.prodname_ghe_cloud %} can use IP allow lists. {% data reusables.enterprise.link-to-ghec-trial %}
|
||||
**ノート:** IP許可リストを使用できるのは、{% data variables.product.prodname_ghe_cloud %}を使用するOrganizationだけです。 {% data reusables.enterprise.link-to-ghec-trial %}
|
||||
|
||||
{% endnote %}
|
||||
{% endif %}
|
||||
|
|
|
|||
|
|
@ -1,6 +1,26 @@
|
|||
---
|
||||
title: プルリクエスト
|
||||
intro: Learn how to commit changes to a project and use pull requests to collaborate with others.
|
||||
intro: 'Learn how to use pull requests to suggest changes to a project, receive suggested changes to your own projects, and address issues in pull requests, such as merge conflicts.'
|
||||
introLinks:
|
||||
overview: /pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests
|
||||
featuredLinks:
|
||||
guides:
|
||||
- /pull-requests/committing-changes-to-your-project/creating-and-editing-commits/changing-a-commit-message
|
||||
- /pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line
|
||||
- /pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-and-deleting-branches-within-your-repository
|
||||
- /pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request
|
||||
popular:
|
||||
- /pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/about-pull-request-reviews
|
||||
- /pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-on-github
|
||||
- /pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork
|
||||
- /pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/merging-a-pull-request
|
||||
guideCards:
|
||||
- /pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/approving-a-pull-request-with-required-reviews
|
||||
- /pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/reverting-a-pull-request
|
||||
- /pull-requests/committing-changes-to-your-project/troubleshooting-commits/why-are-my-commits-linked-to-the-wrong-user
|
||||
changelog:
|
||||
label: pull-requests
|
||||
layout: product-landing
|
||||
shortTitle: プルリクエスト
|
||||
versions:
|
||||
fpt: '*'
|
||||
|
|
|
|||
|
|
@ -25,4 +25,4 @@ children:
|
|||
- /getting-started-with-the-checks-api
|
||||
---
|
||||
|
||||
This section of the documentation is intended to get you up-and-running with real-world {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API applications. 認証から結果の操作、結果を他のアプリケーションと組み合わせる方法に至るまで、必要な情報をすべて網羅しています。 ここに挙げる各チュートリアルにはプロジェクトがあり、各プロジェクトはパブリックの[platform-samples](https://github.com/github/platform-samples)に保存・文書化されます。 
|
||||
ドキュメンテーションのこのセクションは、実際の{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIアプリケーションを立ち上げられるようにすることを意図したものです。 認証から結果の操作、結果を他のアプリケーションと組み合わせる方法に至るまで、必要な情報をすべて網羅しています。 ここに挙げる各チュートリアルにはプロジェクトがあり、各プロジェクトはパブリックの[platform-samples](https://github.com/github/platform-samples)に保存・文書化されます。 
|
||||
|
|
|
|||
|
|
@ -15,7 +15,7 @@ topics:
|
|||
|
||||
|
||||
|
||||
このガイドでは、APIを使用して、所有するリポジトリと、それを構成するプログラミング言語についての情報を取得します。 次に、[D3.js][D3.js]ライブラリを使用して、その情報をいくつかの方法で視覚化します。 To interact with the {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API, we'll be using the excellent Ruby library, [Octokit][Octokit].
|
||||
このガイドでは、APIを使用して、所有するリポジトリと、それを構成するプログラミング言語についての情報を取得します。 次に、[D3.js][D3.js]ライブラリを使用して、その情報をいくつかの方法で視覚化します。 {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIとやりとりをするために、素晴らしいRubyのライブラリである[Octokit.rb][Octokit]を使います。
|
||||
|
||||
まだ[「認証の基本」][basics-of-authentication]ガイドを読んでいない場合は、それを読んでからこの例に取りかかってください。 このプロジェクトの完全なソースコードは、[platform-samples][platform samples]リポジトリにあります。
|
||||
|
||||
|
|
@ -76,7 +76,7 @@ run Example::MyGraphApp
|
|||
|
||||
## リポジトリ情報のフェッチ
|
||||
|
||||
This time, in order to talk to the {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API, we're going to use the [Octokit Ruby library][Octokit]. これは、多くのREST呼び出しを直接行うよりもはるかに簡単です。 さらに、OctokitはGitHubberによって開発され、積極的にメンテナンスされているので、確実に動作します。
|
||||
今回は、{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIと通信するために、[RubyのライブラリOctokit][Octokit]を使います。 これは、多くのREST呼び出しを直接行うよりもはるかに簡単です。 さらに、OctokitはGitHubberによって開発され、積極的にメンテナンスされているので、確実に動作します。
|
||||
|
||||
Octokit経由のAPIによる認証は簡単です。 ログインとトークンを`Octokit::Client`コンストラクタに渡すだけです。
|
||||
|
||||
|
|
|
|||
|
|
@ -14,7 +14,7 @@ topics:
|
|||
shortTitle: ページネーション付きのトラバース
|
||||
---
|
||||
|
||||
The {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API provides a vast wealth of information for developers to consume. ほとんどの場合は、要求している情報が_多すぎる_ということに気付くかもしれません。サーバーに負担をかけすぎないため、API は自動的に[リクエストされたアイテムをページネーション](/rest/overview/resources-in-the-rest-api#pagination)します。
|
||||
{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIは、開発者が利用できる情報を豊富に提供します。 ほとんどの場合は、要求している情報が_多すぎる_ということに気付くかもしれません。サーバーに負担をかけすぎないため、API は自動的に[リクエストされたアイテムをページネーション](/rest/overview/resources-in-the-rest-api#pagination)します。
|
||||
|
||||
このガイドでは、 Search APIを呼び出し、ページネーションを使って結果を反復処理します。 このプロジェクトの完全なソースコードは、[platform-samples][platform samples]リポジトリにあります。
|
||||
|
||||
|
|
|
|||
|
|
@ -17,7 +17,7 @@ topics:
|
|||
|
||||
各プルリクエストに対して、{% data variables.product.product_name %} は 3 種類のコメント表示を提供しています。プルリクエスト全体に対する[プルリクエストのコメント][PR comment]、プルリクエスト内の[特定行のコメント][PR line comment]、そしてプルリクエスト内の[特定のコメントへのコメント][commit comment]です。
|
||||
|
||||
Each of these types of comments goes through a different portion of the {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API. このガイドでは、それぞれにアクセスして操作する方法を説明します。 各例では、"octocat" リポジトリで作成した、[このサンプルのプルリクエスト][sample PR]を使用します。 いつもと同様、サンプルは [platform-samples リポジトリ][platform-samples]にあります。
|
||||
これらの種類のコメントは、それぞれ{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIの異なる部分を通ります。 このガイドでは、それぞれにアクセスして操作する方法を説明します。 各例では、"octocat" リポジトリで作成した、[このサンプルのプルリクエスト][sample PR]を使用します。 いつもと同様、サンプルは [platform-samples リポジトリ][platform-samples]にあります。
|
||||
|
||||
## プルリクエストのコメント
|
||||
|
||||
|
|
@ -73,7 +73,7 @@ end
|
|||
|
||||
## コミットのコメント
|
||||
|
||||
最後のタイプのコメントは、特に個々のコミットで発生します。 For this reason, they make use of [the commit comment API][commit comment API].
|
||||
最後のタイプのコメントは、特に個々のコミットで発生します。 そのため、これらは[コミットコメントAPI][commit comment API]を使用します。
|
||||
|
||||
コミットのコメントを取得するには、コミットの SHA1 を使用します。 言い換えれば、プルリクエストに関する識別子は全く使用しません。 次に例を示します。
|
||||
|
||||
|
|
|
|||
|
|
@ -14,4 +14,4 @@ topics:
|
|||
shortTitle: GitHub APIが有効なエンドポイント
|
||||
---
|
||||
|
||||
**The content of this page is rendered as a NextJS page component.**
|
||||
**このページの内容は、NextJSページコンポーネントとしてレンダリングされます。**
|
||||
|
|
|
|||
|
|
@ -29,7 +29,7 @@ API は複数の認証方式を提供していますが、本番アプリケー
|
|||
|
||||
## Basic 認証
|
||||
|
||||
API は、[RFC2617](http://www.ietf.org/rfc/rfc2617.txt) で定義されている Basic 認証をサポートしていますが、若干の違いがあります。 主な違いは、RFC では、認証されていないリクエストに `401 Unauthorized` レスポンスで応える必要がある点です。 これにより、多くの場所でユーザデータの存在が明らかになります。 Instead, the {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API responds with `404 Not Found`. これにより、`401 Unauthorized` レスポンスを想定する HTTP ライブラリで問題が発生する可能性があります。 これは `Authorization` ヘッダを手動で作成することで解決できます。
|
||||
API は、[RFC2617](http://www.ietf.org/rfc/rfc2617.txt) で定義されている Basic 認証をサポートしていますが、若干の違いがあります。 主な違いは、RFC では、認証されていないリクエストに `401 Unauthorized` レスポンスで応える必要がある点です。 これにより、多くの場所でユーザデータの存在が明らかになります。 その代わりに、{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIは`404 Not Found`を返します。 これにより、`401 Unauthorized` レスポンスを想定する HTTP ライブラリで問題が発生する可能性があります。 これは `Authorization` ヘッダを手動で作成することで解決できます。
|
||||
|
||||
### OAuth と個人アクセストークンを使用する
|
||||
|
||||
|
|
@ -47,7 +47,7 @@ $ curl -u <em>username</em>:<em>token</em> {% data variables.product.api_url_pre
|
|||
|
||||
{% note %}
|
||||
|
||||
**注釈:** {% data variables.product.prodname_dotcom %} は、すべての {% data variables.product.prodname_dotcom_the_website %} アカウントについて、API に対するパスワード認証を 2020 年 11 月 13 日で終了しました。{% data variables.product.prodname_free_user %}、{% data variables.product.prodname_pro %}、{% data variables.product.prodname_team %}、または {% data variables.product.prodname_ghe_cloud %} プランのアカウントもこれに該当します。 You must now authenticate to the {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API with an API token, such as an OAuth access token, GitHub App installation access token, or personal access token, depending on what you need to do with the token. 詳しい情報については、「[トラブルシューティング](/rest/overview/troubleshooting#basic-authentication-errors)」を参照してください。
|
||||
**注釈:** {% data variables.product.prodname_dotcom %} は、すべての {% data variables.product.prodname_dotcom_the_website %} アカウントについて、API に対するパスワード認証を 2020 年 11 月 13 日で終了しました。{% data variables.product.prodname_free_user %}、{% data variables.product.prodname_pro %}、{% data variables.product.prodname_team %}、または {% data variables.product.prodname_ghe_cloud %} プランのアカウントもこれに該当します。 {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIでは、トークンを使ってやりたいことに応じて、OAuthアクセストークン、GitHub Appインストールアクセストークン、あるいは個人アクセストークンのようなAPIトークンで認証を受けなければならなくなりました。 詳しい情報については、「[トラブルシューティング](/rest/overview/troubleshooting#basic-authentication-errors)」を参照してください。
|
||||
|
||||
{% endnote %}
|
||||
|
||||
|
|
@ -55,7 +55,7 @@ $ curl -u <em>username</em>:<em>token</em> {% data variables.product.api_url_pre
|
|||
|
||||
{% ifversion ghes %}
|
||||
Basic 認証を
|
||||
{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API, simply send the username and
|
||||
{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIは、アカウントに
|
||||
対応するユーザ名とパスワードを送信するだけです。
|
||||
|
||||
たとえば、[cURL][curl] を介して API にアクセスしている場合、`<username>` を {% data variables.product.product_name %} のユーザ名に置き換えると、次のコマンドで認証されます。 （cURL からパスワードの入力を求められます。）
|
||||
|
|
@ -104,7 +104,7 @@ $ curl -v -H "Authorization: token <em>TOKEN</em>" {% data variables.product.api
|
|||
|
||||
2 要素認証を有効にしている場合、REST API の_ほとんど_のエンドポイントの [Basic 認証](#basic-authentication)では、個人アクセストークン{% ifversion ghes %} または OAuth トークンをユーザ名とパスワードの代わりに{% endif %} を使用する必要があります。
|
||||
|
||||
{% ifversion fpt or ghec %}[{% data variables.product.product_name %} 開発者設定](https://github.com/settings/tokens/new)を使用して{% endif %}新しい個人アクセストークンを生成する{% ifversion ghes %}か、 OAuth Authorizations API で \[新しい認証の作成\]\[/rest/reference/oauth-authorizations#create-a-new-authorization\] エンドポイントを使用して新しい OAuth トークンを生成する{% endif %}ことができます。 詳しい情報については、「[コマンドラインの個人アクセストークンを作成する](/github/authenticating-to-github/creating-a-personal-access-token-for-the-command-line)」を参照してください。 Then you would use these tokens to [authenticate using OAuth token][oauth-auth] with the {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API.{% ifversion ghes %} The only time you need to authenticate with your username and password is when you create your OAuth token or use the OAuth Authorizations API.{% endif %}
|
||||
{% ifversion fpt or ghec %}[{% data variables.product.product_name %} 開発者設定](https://github.com/settings/tokens/new)を使用して{% endif %}新しい個人アクセストークンを生成する{% ifversion ghes %}か、 OAuth Authorizations API で \[新しい認証の作成\]\[/rest/reference/oauth-authorizations#create-a-new-authorization\] エンドポイントを使用して新しい OAuth トークンを生成する{% endif %}ことができます。 詳しい情報については、「[コマンドラインの個人アクセストークンを作成する](/github/authenticating-to-github/creating-a-personal-access-token-for-the-command-line)」を参照してください。 そうすれば、それらのトークンを使って{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIから[OAuthトークンで認証を受け][oauth-auth]ます。{% ifversion ghes %}ユーザ名とパスワードで認証を受ける必要があるのは、OAuthトークンを作成する際、あるいはOAuth Authorizations APIを使用するときのみです。{% endif %}
|
||||
|
||||
{% endif %}
|
||||
|
||||
|
|
|
|||
|
|
@ -1,6 +1,6 @@
|
|||
---
|
||||
title: REST API のリソース
|
||||
intro: 'Learn how to navigate the resources provided by the {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} API.'
|
||||
intro: '{% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom %}{% else %}{% data variables.product.product_name %}{% endif %} APIが提供するリソースにアクセスする方法を学んでください。'
|
||||
redirect_from:
|
||||
- /rest/initialize-the-repo
|
||||
versions:
|
||||
|
|
@ -54,7 +54,7 @@ $ curl -I {% data variables.product.api_url_pre %}/users/octocat/orgs
|
|||
|
||||
空白のフィールドは、省略されるのではなく `null` として含まれます。
|
||||
|
||||
All timestamps return in UTC time, ISO 8601 format:
|
||||
すべてのタイムスタンプは、 ISO 8601フォーマットのUTC時間で返されます。
|
||||
|
||||
YYYY-MM-DDTHH:MM:SSZ
|
||||
|
||||
|
|
|
|||
|
|
@ -1,3 +1,3 @@
|
|||
{% data variables.product.product_name %} offers CD starter workflow for several popular services, such as Azure Web App. To learn how to get started using a starter workflow, see "[Using starter workflows](/actions/learn-github-actions/using-starter-workflows)" or [browse the full list of deployment starter workflows](https://github.com/actions/starter-workflows/tree/main/deployments). You can also check out our more detailed guides for specific deployment workflows, such as "[Deploying to Azure App Service](/actions/deployment/deploying-to-azure-app-service)."
|
||||
{% data variables.product.product_name %} offers deployment starter workflows for several popular services, such as Azure Web App. To learn how to get started using a starter workflow, see "[Using starter workflows](/actions/learn-github-actions/using-starter-workflows)" or [browse the full list of deployment starter workflows](https://github.com/actions/starter-workflows/tree/main/deployments). You can also check out our more detailed guides for specific deployment workflows, such as "[Deploying to Azure App Service](/actions/deployment/deploying-to-azure-app-service)."
|
||||
|
||||
Many service providers also offer actions on {% data variables.product.prodname_marketplace %} for deploying to their service. For the full list, see [{% data variables.product.prodname_marketplace %}](https://github.com/marketplace?category=deployment&type=actions).
|
||||
|
|
|
|||
Загрузка…
Ссылка в новой задаче