You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/actions/learn-github-actions/introduction-to-github-actions.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -42,15 +42,15 @@ A job is a set of steps that execute on the same runner. By default, a workflow
42
42
43
43
#### Steps
44
44
45
-
A step is an individual task that can run commands (known as _actions_). Each step in a job executes on the same runner, allowing the actions in that job to share data with each other.
45
+
A step is an individual task that can run commands in a job. A step can be either an _action_ or a shell command. Each step in a job executes on the same runner, allowing the actions in that job to share data with each other.
46
46
47
47
#### Actions
48
48
49
49
_Actions_ are standalone commands that are combined into _steps_ to create a _job_. Actions are the smallest portable building block of a workflow. You can create your own actions, or use actions created by the {% data variables.product.prodname_dotcom %} community. To use an action in a workflow, you must include it as a step.
50
50
51
51
#### Runners
52
52
53
-
A runner is a server that has the {% data variables.product.prodname_actions %} runner application installed. You can use a runner hosted by {% data variables.product.prodname_dotcom %}, or you can host your own. A runner listens for available jobs, runs one job at a time, and reports the progress, logs, and results back to {% data variables.product.prodname_dotcom %}. For {% data variables.product.prodname_dotcom %}-hosted runners, each job in a workflow runs in a fresh virtual environment.
53
+
A runner is a server that has the [{% data variables.product.prodname_actions %} runner application](https://github.com/actions/runner) installed. You can use a runner hosted by {% data variables.product.prodname_dotcom %}, or you can host your own. A runner listens for available jobs, runs one job at a time, and reports the progress, logs, and results back to {% data variables.product.prodname_dotcom %}. For {% data variables.product.prodname_dotcom %}-hosted runners, each job in a workflow runs in a fresh virtual environment.
54
54
55
55
{% data variables.product.prodname_dotcom %}-hosted runners are based on Ubuntu Linux, Microsoft Windows, and macOS. For information on {% data variables.product.prodname_dotcom %}-hosted runners, see "[Virtual environments for {% data variables.product.prodname_dotcom %}-hosted runners](/actions/reference/virtual-environments-for-github-hosted-runners)." If you need a different operating system or require a specific hardware configuration, you can host your own runners. For information on self-hosted runners, see "[Hosting your own runners](/actions/hosting-your-own-runners)."
56
56
@@ -197,7 +197,7 @@ To help you understand how YAML syntax is used to create a workflow file, this s
197
197
198
198
#### Visualizing the workflow file
199
199
200
-
In this diagram, you can see the workflow file you just created and how the {% data variables.product.prodname_actions %} components are organized in a hierarchy. Each step executes a single action. Steps 1 and 2 use prebuilt community actions. To find more prebuilt actions for your workflows, see "[Finding and customizing actions](/actions/learn-github-actions/finding-and-customizing-actions)."
200
+
In this diagram, you can see the workflow file you just created and how the {% data variables.product.prodname_actions %} components are organized in a hierarchy. Each step executes a single action or shell command. Steps 1 and 2 use prebuilt community actions. Steps 3 and 4 run shell commands directly on the runner. To find more prebuilt actions for your workflows, see "[Finding and customizing actions](/actions/learn-github-actions/finding-and-customizing-actions)."
Copy file name to clipboardExpand all lines: content/actions/reference/events-that-trigger-workflows.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -327,6 +327,7 @@ The `issue_comment` event occurs for comments on both issues and pull requests.
327
327
328
328
For example, you can choose to run the `pr_commented` job when comment events occur in a pull request, and the `issue_commented` job when comment events occur in an issue.
329
329
330
+
{% raw %}
330
331
```yaml
331
332
on: issue_comment
332
333
@@ -349,6 +350,7 @@ jobs:
349
350
- run: |
350
351
echo "Comment on issue #${{ github.event.issue.number }}"
Copy file name to clipboardExpand all lines: content/actions/reference/workflow-syntax-for-github-actions.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -446,7 +446,7 @@ steps:
446
446
uses: monacorp/action-name@main
447
447
- name: My backup step
448
448
if: {% raw %}${{ failure() }}{% endraw %}
449
-
uses: actions/heroku@master
449
+
uses: actions/heroku@1.0.0
450
450
```
451
451
452
452
#### **`jobs.<job_id>.steps.name`**
@@ -492,7 +492,7 @@ jobs:
492
492
steps:
493
493
- name: My first step
494
494
# Uses the default branch of a public repository
495
-
uses: actions/heroku@master
495
+
uses: actions/heroku@1.0.0
496
496
- name: My second step
497
497
# Uses a specific version tag of a public repository
498
498
uses: actions/aws@v2.0.1
@@ -659,7 +659,7 @@ For built-in shell keywords, we provide the following defaults that are executed
659
659
660
660
- `cmd`
661
661
- There doesn't seem to be a way to fully opt into fail-fast behavior other than writing your script to check each error code and respond accordingly. Because we can't actually provide that behavior by default, you need to write this behavior into your script.
662
-
- `cmd.exe`will exit with the error level of the last program it executed, and it will and return the error code to the runner. This behavior is internally consistent with the previous `sh` and `pwsh` default behavior and is the `cmd.exe` default, so this behavior remains intact.
662
+
- `cmd.exe`will exit with the error level of the last program it executed, and it will return the error code to the runner. This behavior is internally consistent with the previous `sh` and `pwsh` default behavior and is the `cmd.exe` default, so this behavior remains intact.
663
663
664
664
#### **`jobs.<job_id>.steps.with`**
665
665
@@ -718,7 +718,7 @@ steps:
718
718
entrypoint: /a/different/executable
719
719
```
720
720
721
-
The `entrypoint` keyword is meant to use with Docker container actions, but you can also use it with JavaScript actions that don't define any inputs.
721
+
The `entrypoint` keyword is meant to be used with Docker container actions, but you can also use it with JavaScript actions that don't define any inputs.
Copy file name to clipboardExpand all lines: content/developers/apps/rate-limits-for-github-apps.md
+1-3Lines changed: 1 addition & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,8 +34,6 @@ Different server-to-server request rate limits apply to {% data variables.produc
34
34
35
35
### User-to-server requests
36
36
37
-
{% data reusables.apps.deprecating_password_auth %}
38
-
39
37
{% data variables.product.prodname_github_app %}s can also act [on behalf of a user](/apps/building-github-apps/identifying-and-authorizing-users-for-github-apps/#identifying-and-authorizing-users-for-github-apps), making user-to-server requests.
40
38
41
39
{% if currentVersion == "free-pro-team@latest" %}
@@ -52,7 +50,7 @@ User-to-server requests are rate limited at 5,000 requests per hour and per auth
52
50
53
51
#### {% data variables.product.prodname_ghe_cloud %} user-to-server rate limits
54
52
55
-
When a user belongs to a {% data variables.product.prodname_ghe_cloud %} account, user-to-server requests to resources owned by the same {% data variables.product.prodname_ghe_cloud %} account are rate limited at 15,000 requests per hour and per authenticated user. All OAuth applications authorized by that user, personal access tokens owned by that user, and requests authenticated with that user's username and password share the same quota of 5,000 requests per hour for that user.
53
+
When a user belongs to a {% data variables.product.prodname_ghe_cloud %} account, user-to-server requests to resources owned by the same {% data variables.product.prodname_ghe_cloud %} account are rate limited at 15,000 requests per hour and per authenticated user. All OAuth applications authorized by that user, personal access tokens owned by that user, and {% data variables.product.prodname_ghe_cloud %} requests authenticated with that user's username and password share the same quota of 5,000 requests per hour for that user.
Copy file name to clipboardExpand all lines: content/github/site-policy/github-additional-product-terms.md
+2-3Lines changed: 2 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ versions:
4
4
free-pro-team: '*'
5
5
---
6
6
7
-
Version Effective Date: November 1, 2020
7
+
Version Effective Date: November 13, 2020
8
8
9
9
When you create an Account, you're given access to lots of different features and products that are all a part of the Service. Because many of these features and products offer different functionality, they may require additional terms and conditions specific to that feature or product. Below, we've listed those features and products, along with the corresponding additional terms that apply to your use of them.
10
10
@@ -89,7 +89,7 @@ In order to become a Sponsored Developer, you must agree to the [GitHub Sponsors
89
89
90
90
### 9. GitHub Advanced Security
91
91
92
-
GitHub Advanced Security enables you to identify security vulnerabilities through customizable and automated semantic code analysis. GitHub Advanced Security is licensed on a per User basis. If you are using GitHub Advanced Security as part of GitHub Enterprise Cloud, many features of GitHub Advanced Security, including automated code scanning of private repositories, also require the use of GitHub Actions. Billing for usage of GitHub Actions is usage-based and is subject to the [GitHub Actions terms](/github/site-policy/github-additional-product-terms#c-payment-and-billing-for-actions-and-packages).
92
+
GitHub Advanced Security is licensed on a "Unique Committer" basis. A "Unique Committer" is a licensed user of GitHub Enterprise, GitHub Enterprise Cloud, GitHub Enterprise Server, or GitHub AE, who has made a code commit in the last 90 days to any repository with any GitHub Advanced Security functionality activated. You must acquire a GitHub Advanced Security User license for each of your Unique Committers. You may only use GitHub Advanced Security on codebases that are developed by or for you. If you are using GitHub Advanced Security as part of GitHub Enterprise Cloud, many features of GitHub Advanced Security, including automated code scanning of private repositories, also require the use of GitHub Actions.
93
93
94
94
### 10. Dependabot Preview
95
95
@@ -108,4 +108,3 @@ We need the legal right to submit your contributions to the GitHub Advisory Data
108
108
#### b. License to the GitHub Advisory Database
109
109
110
110
The GitHub Advisory Database is licensed under the [Creative Commons Attribution 4.0 license](https://creativecommons.org/licenses/by/4.0/). The attribution term may be fulfilled by linking to the GitHub Advisory Database at <https://github.com/advisories> or to individual GitHub Advisory Database records used, prefixed by <https://github.com/advisories>.
This approach is useful if your tools only support Basic Authentication but you want to take advantage of OAuth access token security features.
48
48
49
-
{% if enterpriseServerVersions contains currentVersion %}
50
49
#### Via username and password
51
50
52
-
{% data reusables.apps.deprecating_password_auth %}
51
+
{% if currentVersion == "free-pro-team@latest" %}
52
+
53
+
{% note %}
53
54
55
+
**Note:** {% data variables.product.prodname_dotcom %} has discontinued password authentication to the API starting on November 13, 2020 for all {% data variables.product.prodname_dotcom_the_website %} accounts, including those on a {% data variables.product.prodname_free_user %}, {% data variables.product.prodname_pro %}, {% data variables.product.prodname_team %}, or {% data variables.product.prodname_ghe_cloud %} plan. You must now authenticate to the {% data variables.product.prodname_dotcom %} 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. For more information, see "[Troubleshooting](/rest/overview/troubleshooting#basic-authentication-errors)."
56
+
57
+
{% endnote %}
58
+
59
+
{% endif %}
60
+
61
+
{% if enterpriseServerVersions contains currentVersion %}
54
62
To use Basic Authentication with the {% data variables.product.product_name %} API, simply send the username and
55
63
password associated with the account.
56
64
@@ -100,14 +108,13 @@ The value `organizations` is a comma-separated list of organization IDs for orga
100
108
{% if currentVersion == "free-pro-team@latest" or enterpriseServerVersions contains currentVersion %}
101
109
### Working with two-factor authentication
102
110
103
-
{% data reusables.apps.deprecating_password_auth %}
104
-
105
-
When you have two-factor authentication enabled, [Basic Authentication](#basic-authentication) for _most_ endpoints in the REST API requires that you use a personal access token or OAuth token instead of your username and password.
106
-
107
-
You can generate a new personal access token {% if currentVersion == "free-pro-team@latest" %}with [{% data variables.product.product_name %} developer settings](https://github.com/settings/tokens/new){% endif %} or use the "[Create a new authorization][create-access]" endpoint in the OAuth Authorizations API to generate a new OAuth token. For more information, see "[Creating a personal access token for the command line](/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 GitHub API. 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.
111
+
When you have two-factor authentication enabled, [Basic Authentication](#basic-authentication) for _most_ endpoints in the REST API requires that you use a personal access token{% if enterpriseServerVersions contains currentVersion %} or OAuth token instead of your username and password{% endif %}.
108
112
113
+
You can generate a new personal access token {% if currentVersion == "free-pro-team@latest" %}using [{% data variables.product.product_name %} developer settings](https://github.com/settings/tokens/new){% endif %}{% if enterpriseServerVersions contains currentVersion %} or with the "[Create a new authorization][/rest/reference/oauth-authorizations#create-a-new-authorization]" endpoint in the OAuth Authorizations API to generate a new OAuth token{% endif %}. For more information, see "[Creating a personal access token for the command line](/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 {% data variables.product.prodname_dotcom %} API.{% if enterpriseServerVersions contains currentVersion %} 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 %}
109
114
115
+
{% endif %}
110
116
117
+
{% if enterpriseServerVersions contains currentVersion %}
111
118
#### Using the OAuth Authorizations API with two-factor authentication
112
119
113
120
When you make calls to the OAuth Authorizations API, Basic Authentication requires that you use a one-time password (OTP) and your username and password instead of tokens. When you attempt to authenticate with the OAuth Authorizations API, the server will respond with a `401 Unauthorized` and one of these headers to let you know that you need a two-factor authentication code:
You can issue a `GET` request to the root endpoint to get all the endpoint categories that the REST API supports:
186
186
187
187
```shell
188
-
$ curl {% if currentVersion == "github-ae@latest" %}-u <em>username</em>:<em>token</em> {% endif %}{% if currentVersion == "free-pro-team@latest" or enterpriseServerVersions contains currentVersion %}-u <em>username</em>:<em>password</em> {% endif %}{% data variables.product.api_url_pre %}
188
+
$ curl {% if currentVersion == "free-pro-team@latest" or currentVersion == "github-ae@latest" %}
189
+
-u <em>username</em>:<em>token</em> {% endif %}{% if enterpriseServerVersions contains currentVersion %}-u <em>username</em>:<em>password</em> {% endif %}{% data variables.product.api_url_pre %}
189
190
```
190
191
191
-
{% if currentVersion == "free-pro-team@latest" or enterpriseServerVersions contains currentVersion %}
192
-
193
-
{% note %}
194
-
195
-
**Note:** For {% data variables.product.prodname_ghe_server %}, [as with all other endpoints](/v3/enterprise-admin/#endpoint-urls), you'll need to pass your username and password.
196
-
197
-
{% endnote %}
198
-
199
-
{% endif %}
200
-
201
192
### GraphQL global node IDs
202
193
203
194
See the guide on "[Using Global Node IDs](/v4/guides/using-global-node-ids)"fordetailed information about how to find `node_id`s via the REST API and use themin GraphQL operations.
Copy file name to clipboardExpand all lines: content/rest/overview/troubleshooting.md
+39-2Lines changed: 39 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@ versions:
14
14
If you're encountering some oddities in the API, here's a list of resolutions to
15
15
some of the problems you may be experiencing.
16
16
17
-
### Why am I getting a `404` error on a repository that exists?
17
+
### `404` error for an existing repository
18
18
19
19
Typically, we send a `404` error when your client isn't properly authenticated.
20
20
You might expect to see a `403 Forbidden` in these cases. However, since we don't
@@ -23,7 +23,7 @@ want to provide _any_ information about private repositories, the API returns a
23
23
24
24
To troubleshoot, ensure [you're authenticating correctly](/guides/getting-started/), [your OAuth access token has the required scopes](/apps/building-oauth-apps/understanding-scopes-for-oauth-apps/), and [third-party application restrictions][oap-guide] are not blocking access.
25
25
26
-
### Why am I not seeing all my results?
26
+
### Not all results returned
27
27
28
28
Most API calls accessing a list of resources (_e.g._, users, issues, _etc._) support
29
29
pagination. If you're making requests and receiving an incomplete set of results, you're
@@ -35,3 +35,40 @@ API call uses the same structure. Instead, extract the pagination information fr
35
35
[the Link Header](/v3/#pagination), which is sent with every request.
Instead, use a [personal access token](/github/authenticating-to-github/creating-a-personal-access-token-for-the-command-line) when testing endpoints or doing local development:
For OAuth Apps, you should use the [web application flow](/apps/building-oauth-apps/authorizing-oauth-apps/#web-application-flow) to generate an OAuth token to use in the API call's header:
If you're making [OAuth Authorization API](/enterprise-server@2.22/rest/reference/oauth-authorizations) calls to manage your OAuth app's authorizations or to generate access tokens, similar to this example:
0 commit comments