ID+username@users.noreply.github.com. If you created your account on {% data variables.product.product_location %} _prior to_ July 18, 2017, your `noreply` email address from {% data variables.product.product_name %} is username@users.noreply.github.com. You can get an ID-based `noreply` email address for {% data variables.product.product_name %} by selecting (or deselecting and reselecting) **Keep my email address private** in your email settings.
+**Note:** If you created your account on {% data variables.product.product_location %} _after_ July 18, 2017, your `noreply` email address for {% data variables.product.product_name %} is a seven-digit ID number and your username in the form of ID+username@users.noreply.github.com. If you created your account on {% data variables.product.product_location %} _prior to_ July 18, 2017, your `noreply` email address from {% data variables.product.product_name %} is username@users.noreply.github.com. You can get an ID-based `noreply` email address for {% data variables.product.product_name %} by selecting (or deselecting and reselecting) **Keep my email address private** in your email settings.
{% endnote %}
@@ -76,7 +76,7 @@ You can use the `git config` command to change the email address you associate w
{% data reusables.command_line.open_the_multi_os_terminal %}
2. {% data reusables.user-settings.set_your_email_address_in_git %}
```shell
- $ git config --global user.email "email@example.com"
+ $ git config --global user.email "YOUR_EMAIL"
```
3. {% data reusables.user-settings.confirm_git_email_address_correct %}
```shell
@@ -95,7 +95,7 @@ You can change the email address associated with commits you make in a single re
2. Change the current working directory to the local repository where you want to configure the email address that you associate with your Git commits.
3. {% data reusables.user-settings.set_your_email_address_in_git %}
```shell
- $ git config user.email "email@example.com"
+ $ git config user.email "YOUR_EMAIL"
```
4. {% data reusables.user-settings.confirm_git_email_address_correct %}
```shell
diff --git a/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/best-practices-for-leaving-your-company.md b/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/best-practices-for-leaving-your-company.md
index 155379d05f..c1a1597cdf 100644
--- a/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/best-practices-for-leaving-your-company.md
+++ b/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/best-practices-for-leaving-your-company.md
@@ -39,5 +39,5 @@ If you've been collaborating professionally with another person on repositories
- Delete local copies of your forks that may exist on your computer:
```shell
-$ rm -rf work_directory
+$ rm -rf WORK_DIRECTORY
```
diff --git a/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md b/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md
index 69702e405a..be5b750a87 100644
--- a/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md
+++ b/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md
@@ -49,7 +49,7 @@ Create secrets in your repository or organization for the following items:
- Use the following command to convert your certificate to Base64 and copy it to your clipboard:
```shell
- base64 build_certificate.p12 | pbcopy
+ base64 BUILD_CERTIFICATE.p12 | pbcopy
```
* The password for your Apple signing certificate.
- In this example, the secret is named `P12_PASSWORD`.
@@ -63,7 +63,7 @@ Create secrets in your repository or organization for the following items:
- Use the following command to convert your provisioning profile to Base64 and copy it to your clipboard:
```shell
- base64 provisioning_profile.mobileprovision | pbcopy
+ base64 provisioning_profile.mobileprovision | pbcopy
```
* A keychain password.
diff --git a/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md b/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md
index 31a5c4f94c..48c7e22e72 100644
--- a/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md
+++ b/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md
@@ -63,7 +63,7 @@ By default, self-hosted runners will automatically perform a software update whe
To turn off automatic software updates and install software updates yourself, specify the `--disableupdate` flag when registering your runner using `config.sh`. For example:
```shell
-./config.sh --url https://github.com/octo-org --token example-token --disableupdate
+./config.sh --url https://github.com/octo-org --token EXAMPLE-TOKEN --disableupdate
```
If you disable automatic updates, you must still update your runner version regularly. New functionality in {% data variables.product.prodname_actions %} requires changes in both the {% data variables.product.prodname_actions %} service _and_ the runner software. The runner may not be able to correctly process jobs that take advantage of new features in {% data variables.product.prodname_actions %} without a software update.
diff --git a/content/actions/hosting-your-own-runners/configuring-the-self-hosted-runner-application-as-a-service.md b/content/actions/hosting-your-own-runners/configuring-the-self-hosted-runner-application-as-a-service.md
index f95896503d..7463d3c5df 100644
--- a/content/actions/hosting-your-own-runners/configuring-the-self-hosted-runner-application-as-a-service.md
+++ b/content/actions/hosting-your-own-runners/configuring-the-self-hosted-runner-application-as-a-service.md
@@ -77,7 +77,7 @@ You can manage the runner service in the Windows **Services** application, or yo
1. Alternatively, the command takes an optional `user` argument to install the service as a different user.
```shell
- ./svc.sh install USERNAME
+ ./svc.sh install USERNAME
```
{% endlinux %}
diff --git a/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md b/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md
index b0c3fe73ee..26977610e6 100644
--- a/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md
+++ b/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md
@@ -58,7 +58,7 @@ For example:
{% windows %}
```shell
-run.cmd --check --url https://github.com/octo-org/octo-repo --pat ghp_abcd1234
+run.cmd --check --url https://github.com/octo-org/octo-repo --pat gcp_abcd1234
```
{% endwindows %}
@@ -78,7 +78,7 @@ To disable TLS certification verification in the self-hosted runner application,
```shell
export GITHUB_ACTIONS_RUNNER_TLS_NO_VERIFY=1
-./config.sh --url https://github.com/octo-org/octo-repo --token
+./config.sh --url https://github.com/octo-org/octo-repo --token
./run.sh
```
diff --git a/content/actions/managing-workflow-runs/disabling-and-enabling-a-workflow.md b/content/actions/managing-workflow-runs/disabling-and-enabling-a-workflow.md
index 2d0cc5de22..874af25df8 100644
--- a/content/actions/managing-workflow-runs/disabling-and-enabling-a-workflow.md
+++ b/content/actions/managing-workflow-runs/disabling-and-enabling-a-workflow.md
@@ -53,7 +53,7 @@ The disabled workflow is marked {% octicon "stop" aria-label="The stop icon" %}
To disable a workflow, use the `workflow disable` subcommand. Replace `workflow` with either the name, ID, or file name of the workflow you want to disable. For example, `"Link Checker"`, `1234567`, or `"link-check-test.yml"`. If you don't specify a workflow, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a workflow.
```shell
-gh workflow disable workflow
+gh workflow disable WORKFLOW
```
{% endcli %}
@@ -78,7 +78,7 @@ You can re-enable a workflow that was previously disabled.
To enable a workflow, use the `workflow enable` subcommand. Replace `workflow` with either the name, ID, or file name of the workflow you want to enable. For example, `"Link Checker"`, `1234567`, or `"link-check-test.yml"`. If you don't specify a workflow, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a workflow.
```shell
-gh workflow enable workflow
+gh workflow enable WORKFLOW
```
{% endcli %}
diff --git a/content/actions/managing-workflow-runs/downloading-workflow-artifacts.md b/content/actions/managing-workflow-runs/downloading-workflow-artifacts.md
index bcb6ba75e9..8956cc1660 100644
--- a/content/actions/managing-workflow-runs/downloading-workflow-artifacts.md
+++ b/content/actions/managing-workflow-runs/downloading-workflow-artifacts.md
@@ -38,25 +38,25 @@ By default, {% data variables.product.product_name %} stores build logs and arti
To download all artifacts generated by a workflow run, use the `run download` subcommand. Replace `run-id` with the ID of the run that you want to download artifacts from. If you don't specify a `run-id`, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a recent run.
```shell
-gh run download run-id
+gh run download RUN_ID
```
To download a specific artifact from a run, use the `run download` subcommand. Replace `run-id` with the ID of the run that you want to download artifacts from. Replace `artifact-name` with the name of the artifact that you want to download.
```shell
-gh run download run-id -n artifact-name
+gh run download RUN_ID -n ARTIFACT_NAME
```
You can specify more than one artifact.
```shell
-gh run download run-id -n artifact-name-1 -n artifact-name-2
+gh run download RUN_ID> -n ARTIFACT_NAME-1 -n ARTIFACT_NAME-2
```
To download specific artifacts across all runs in a repository, use the `run download` subcommand.
```shell
-gh run download -n artifact-name-1 -n artifact-name-2
+gh run download -n ARTIFACT_NAME-1 ARTIFACT_NAME-2
```
{% endcli %}
diff --git a/content/actions/managing-workflow-runs/manually-running-a-workflow.md b/content/actions/managing-workflow-runs/manually-running-a-workflow.md
index c8fd986c66..f574fca54c 100644
--- a/content/actions/managing-workflow-runs/manually-running-a-workflow.md
+++ b/content/actions/managing-workflow-runs/manually-running-a-workflow.md
@@ -40,7 +40,7 @@ To run a workflow manually, the workflow must be configured to run on the `workf
To run a workflow, use the `workflow run` subcommand. Replace the `workflow` parameter with either the name, ID, or file name of the workflow you want to run. For example, `"Link Checker"`, `1234567`, or `"link-check-test.yml"`. If you don't specify a workflow, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a workflow.
```shell
-gh workflow run workflow
+gh workflow run WORKFLOW
```
If your workflow accepts inputs, {% data variables.product.prodname_cli %} will prompt you to enter them. Alternatively, you can use `-f` or `-F` to add an input in `key=value` format. Use `-F` to read from a file.
@@ -58,7 +58,7 @@ echo '{"name":"mona", "greeting":"hello"}' | gh workflow run greet.yml --json
To run a workflow on a branch other than the repository's default branch, use the `--ref` flag.
```shell
-gh workflow run workflow --ref branch-name
+gh workflow run WORKFLOW --ref BRANCH
```
To view the progress of the workflow run, use the `run watch` subcommand and select the run from the interactive list.
diff --git a/content/actions/managing-workflow-runs/re-running-workflows-and-jobs.md b/content/actions/managing-workflow-runs/re-running-workflows-and-jobs.md
index 4fd7539fc3..15168b0658 100644
--- a/content/actions/managing-workflow-runs/re-running-workflows-and-jobs.md
+++ b/content/actions/managing-workflow-runs/re-running-workflows-and-jobs.md
@@ -48,14 +48,14 @@ Re-running a workflow{% ifversion re-run-jobs %} or jobs in a workflow{% endif %
To re-run a failed workflow run, use the `run rerun` subcommand. Replace `run-id` with the ID of the failed run that you want to re-run. If you don't specify a `run-id`, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a recent failed run.
```shell
-gh run rerun run-id
+gh run rerun RUN_ID
```
{% ifversion debug-reruns %}
{% data reusables.actions.enable-debug-logging-cli %}
```shell
-gh run rerun run-id --debug
+gh run rerun RUN_ID --debug
```
{% endif %}
@@ -90,14 +90,14 @@ If any jobs in a workflow run failed, you can re-run just the jobs that failed.
To re-run failed jobs in a workflow run, use the `run rerun` subcommand with the `--failed` flag. Replace `run-id` with the ID of the run for which you want to re-run failed jobs. If you don't specify a `run-id`, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a recent failed run.
```shell
-gh run rerun run-id --failed
+gh run rerun RUN_ID --failed
```
{% ifversion debug-reruns %}
{% data reusables.actions.enable-debug-logging-cli %}
```shell
-gh run rerun run-id --failed --debug
+gh run rerun RUN_ID --failed --debug
```
{% endif %}
@@ -127,14 +127,14 @@ When you re-run a specific job in a workflow, a new workflow run will start for
To re-run a specific job in a workflow run, use the `run rerun` subcommand with the `--job` flag. Replace `job-id` with the ID of the job that you want to re-run.
```shell
-gh run rerun --job job-id
+gh run rerun --job JOB_ID
```
{% ifversion debug-reruns %}
{% data reusables.actions.enable-debug-logging-cli %}
```shell
-gh run rerun --job job-id --debug
+gh run rerun --job JOB_ID --debug
```
{% endif %}
diff --git a/content/actions/monitoring-and-troubleshooting-workflows/using-workflow-run-logs.md b/content/actions/monitoring-and-troubleshooting-workflows/using-workflow-run-logs.md
index 2aee2b29f0..e246dcd3bb 100644
--- a/content/actions/monitoring-and-troubleshooting-workflows/using-workflow-run-logs.md
+++ b/content/actions/monitoring-and-troubleshooting-workflows/using-workflow-run-logs.md
@@ -98,23 +98,23 @@ After deleting logs, the **Delete all logs** button is removed to indicate that
To view the log for a specific job, use the `run view` subcommand. Replace `run-id` with the ID of run that you want to view logs for. {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a job from the run. If you don't specify `run-id`, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a recent run, and then returns another interactive menu for you to choose a job from the run.
```shell
-gh run view run-id --log
+gh run view RUN_ID --log
```
You can also use the `--job` flag to specify a job ID. Replace `job-id` with the ID of the job that you want to view logs for.
```shell
-gh run view --job job-id --log
+gh run view --job JOB_ID --log
```
You can use `grep` to search the log. For example, this command will return all log entries that contain the word `error`.
```shell
-gh run view --job job-id --log | grep error
+gh run view --job JOB_ID --log | grep error
```
To filter the logs for any failed steps, use `--log-failed` instead of `--log`.
```shell
-gh run view --job job-id --log-failed
+gh run view --job JOB_ID --log-failed
```
diff --git a/content/actions/monitoring-and-troubleshooting-workflows/viewing-workflow-run-history.md b/content/actions/monitoring-and-troubleshooting-workflows/viewing-workflow-run-history.md
index f1e7af9ec9..c73a4583ed 100644
--- a/content/actions/monitoring-and-troubleshooting-workflows/viewing-workflow-run-history.md
+++ b/content/actions/monitoring-and-troubleshooting-workflows/viewing-workflow-run-history.md
@@ -46,7 +46,7 @@ gh run list --limit 5
To only return runs for the specified workflow, you can use the `-w` or `--workflow` flag. Replace `workflow` with either the workflow name, workflow ID, or workflow file name. For example, `"Link Checker"`, `1234567`, or `"link-check-test.yml"`.
```shell
-gh run list --workflow workflow
+gh run list --workflow WORKFLOW
```
### Viewing details for a specific workflow run
@@ -54,25 +54,25 @@ gh run list --workflow workflow
To display details for a specific workflow run, use the `run view` subcommand. Replace `run-id` with the ID of the run that you want to view. If you don't specify a `run-id`, {% data variables.product.prodname_cli %} returns an interactive menu for you to choose a recent run.
```shell
-gh run view run-id
+gh run view RUN_ID
```
To include job steps in the output, use the `-v` or `--verbose` flag.
```shell
-gh run view run-id --verbose
+gh run view RUN_ID --verbose
```
To view details for a specific job in the run, use the `-j` or `--job` flag. Replace `job-id` with the ID of the job that you want to view.
```shell
-gh run view --job job-id
+gh run view --job JOB_ID
```
To view the full log for a job, use the `--log` flag.
```shell
-gh run view --job job-id --log
+gh run view --job JOB_ID --log
```
Use the `--exit-status` flag to exit with a non-zero status if the run failed. For example:
diff --git a/content/actions/security-guides/encrypted-secrets.md b/content/actions/security-guides/encrypted-secrets.md
index e76eb90e5f..6503eaaa2e 100644
--- a/content/actions/security-guides/encrypted-secrets.md
+++ b/content/actions/security-guides/encrypted-secrets.md
@@ -93,13 +93,13 @@ If your repository has environment secrets or can access secrets from the parent
To add a repository secret, use the `gh secret set` subcommand. Replace `secret-name` with the name of your secret.
```shell
-gh secret set secret-name
+gh secret set SECRET_NAME
```
The CLI will prompt you to enter a secret value. Alternatively, you can read the value of the secret from a file.
```shell
-gh secret set secret-name < secret.txt
+gh secret set SECRET_NAME < secret.txt
```
To list all secrets for the repository, use the `gh secret list` subcommand.
@@ -128,13 +128,13 @@ To list all secrets for the repository, use the `gh secret list` subcommand.
To add a secret for an environment, use the `gh secret set` subcommand with the `--env` or `-e` flag followed by the environment name.
```shell
-gh secret set --env environment-name secret-name
+gh secret set --env ENV_NAME SECRET_NAME
```
To list all secrets for an environment, use the `gh secret list` subcommand with the `--env` or `-e` flag followed by the environment name.
```shell
-gh secret list --env environment-name
+gh secret list --env ENV_NAME
```
{% endcli %}
@@ -173,25 +173,25 @@ gh auth login --scopes "admin:org"
To add a secret for an organization, use the `gh secret set` subcommand with the `--org` or `-o` flag followed by the organization name.
```shell
-gh secret set --org organization-name secret-name
+gh secret set --org ORG_NAME SECRET_NAME
```
By default, the secret is only available to private repositories. To specify that the secret should be available to all repositories within the organization, use the `--visibility` or `-v` flag.
```shell
-gh secret set --org organization-name secret-name --visibility all
+gh secret set --org ORG_NAME SECRET_NAME --visibility all
```
To specify that the secret should be available to selected repositories within the organization, use the `--repos` or `-r` flag.
```shell
-gh secret set --org organization-name secret-name --repos repo-name-1,repo-name-2"
+gh secret set --org ORG_NAME SECRET_NAME --repos REPO-NAME-1, REPO-NAME-2"
```
To list all secrets for an organization, use the `gh secret list` subcommand with the `--org` or `-o` flag followed by the organization name.
```shell
-gh secret list --org organization-name
+gh secret list --org ORG_NAME
```
{% endcli %}
diff --git a/content/admin/configuration/configuring-your-enterprise/accessing-the-administrative-shell-ssh.md b/content/admin/configuration/configuring-your-enterprise/accessing-the-administrative-shell-ssh.md
index c0e8a764c7..007af7fb55 100644
--- a/content/admin/configuration/configuring-your-enterprise/accessing-the-administrative-shell-ssh.md
+++ b/content/admin/configuration/configuring-your-enterprise/accessing-the-administrative-shell-ssh.md
@@ -58,13 +58,13 @@ If you encounter the `Permission denied (publickey)` error when you try to conne
To specify a private SSH key using the command line, run `ssh` with the `-i` argument.
```shell
-ssh -i /path/to/ghe_private_key -p 122 admin@hostname
+ssh -i /path/to/ghe_private_key -p 122 admin@HOSTNAME
```
You can also specify a private SSH key using the SSH configuration file (`~/.ssh/config`).
```shell
-Host hostname
+Host HOSTNAME
IdentityFile /path/to/ghe_private_key
User admin
Port 122
diff --git a/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md b/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md
index 5fa9384fb2..1fcaf9bf0e 100644
--- a/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md
+++ b/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md
@@ -69,11 +69,11 @@ With this command, you can also pause or resume jobs in the queue.
```shell
$ ghe-aqueduct status
# lists queues and the number of currently queued jobs for all queues
-$ ghe-aqueduct queue_depth --queue QUEUE
+$ ghe-aqueduct queue_depth --queue QUEUE
# lists the number of currently queued jobs for the specified queue
-$ ghe-aqueduct pause --queue QUEUE
+$ ghe-aqueduct pause --queue QUEUE
# pauses the specified queue
-$ ghe-aqueduct resume --queue QUEUE
+$ ghe-aqueduct resume --queue QUEUE
# resumes the specified queue
```
{% endif %}
@@ -112,24 +112,24 @@ ghe-cleanup-settings
With this utility, you can both retrieve and modify the configuration settings of {% data variables.product.product_location %}.
```shell
-$ ghe-config core.github-hostname
+$ ghe-config core.github-hostname
# Gets the configuration value of `core.github-hostname`
-$ ghe-config core.github-hostname 'example.com'
-# Sets the configuration value of `core.github-hostname` to `example.com`
+$ ghe-config core.github-hostname URL
+# Sets the configuration value of `core.github-hostname` to URL for example, `example.com`
$ ghe-config -l
# Lists all the configuration values
```
Allows you to find the universally unique identifier (UUID) of your node in `cluster.conf`.
```shell
- $ ghe-config HOSTNAME.uuid
+ $ ghe-config HOSTNAME.uuid
```
{% ifversion ghes %}
Allows you to exempt a list of users from REST API rate limits. A hard limit of 120,000 requests will still apply to these users. For more information, see "[Resources in the REST API](/rest/overview/resources-in-the-rest-api#rate-limiting)."
``` shell
-$ ghe-config app.github.rate-limiting-exempt-users "hubot github-actions"
+$ ghe-config app.github.rate-limiting-exempt-users "HUBOT GITHUB-ACTIONS"
# Exempts the users hubot and github-actions from rate limits
```
{% endif %}
@@ -240,7 +240,7 @@ ghe-motd
This utility returns a repository's name and owner based on the repository ID.
```shell
-ghe-nwo REPOSITORY_ID
+ghe-nwo REPOSITORY_ID
```
### ghe-org-admin-promote
@@ -259,19 +259,19 @@ This utility cannot promote a non-site admin to be an owner of all organizations
Give organization owner privileges in a specific organization to a specific site admin
```shell
-ghe-org-admin-promote -u USERNAME -o ORGANIZATION
+ghe-org-admin-promote -u USERNAME -o ORGANIZATION
```
Give organization owner privileges in all organizations to a specific site admin
```shell
-ghe-org-admin-promote -u USERNAME
+ghe-org-admin-promote -u USERNAME
```
Give organization owner privileges in a specific organization to all site admins
```shell
-ghe-org-admin-promote -o ORGANIZATION
+ghe-org-admin-promote -o ORGANIZATION
```
Give organization owner privileges in all organizations to all site admins
@@ -452,7 +452,7 @@ You can use these additional options with the utility:
- The `-h` flag displays more usage information.
```shell
-ghe-ssl-ca-certificate-install -c /path/to/certificate
+ghe-ssl-ca-certificate-install -c CERTIFICATE_PATH
```
### ghe-ssl-certificate-setup
@@ -502,24 +502,24 @@ ghe-webhook-logs
To show all failed hook deliveries in the past day:
{% ifversion ghes %}
```shell
-ghe-webhook-logs -f -a YYYY-MM-DD
+ghe-webhook-logs -f -a YYYY-MM-DD
```
The date format should be `YYYY-MM-DD`, `YYYY-MM-DD HH:MM:SS`, or `YYYY-MM-DD HH:MM:SS (+/-) HH:M`.
{% else %}
```shell
-ghe-webhook-logs -f -a YYYYMMDD
+ghe-webhook-logs -f -a YYYYMMDD
```
{% endif %}
To show the full hook payload, result, and any exceptions for the delivery:
{% ifversion ghes %}
```shell
-ghe-webhook-logs -g delivery-guid
+ghe-webhook-logs -g DELIVERY_GUID
```
{% else %}
```shell
-ghe-webhook-logs -g delivery-guid -v
+ghe-webhook-logs -g DELIVERY_GUID -v
```
{% endif %}
@@ -541,22 +541,22 @@ By default, the command creates the tarball in */tmp*, but you can also have it
To create a standard bundle:
```shell
-$ ssh -p 122 admin@hostname -- 'ghe-cluster-support-bundle -o' > cluster-support-bundle.tgz
+$ ssh -p 122 admin@HOSTNAME -- 'ghe-cluster-support-bundle -o' > cluster-support-bundle.tgz
```
To create an extended bundle:
```shell
-$ ssh -p 122 admin@hostname -- 'ghe-cluster-support-bundle -x -o' > cluster-support-bundle.tgz
+$ ssh -p 122 admin@HOSTNAME -- 'ghe-cluster-support-bundle -x -o' > cluster-support-bundle.tgz
```
To send a bundle to {% data variables.contact.github_support %}:
```shell
-$ ssh -p 122 admin@hostname -- 'ghe-cluster-support-bundle -u'
+$ ssh -p 122 admin@HOSTNAME -- 'ghe-cluster-support-bundle -u'
```
To send a bundle to {% data variables.contact.github_support %} and associate the bundle with a ticket:
```shell
-$ ssh -p 122 admin@hostname -- 'ghe-cluster-support-bundle -t ticket-id'
+$ ssh -p 122 admin@HOSTNAME -- 'ghe-cluster-support-bundle -t TICKET_ID'
```
{% ifversion ghes %}
@@ -584,7 +584,7 @@ ghe-dpages status
To evacuate a {% data variables.product.prodname_pages %} storage service before evacuating a cluster node:
```shell
-ghe-dpages evacuate pages-server-UUID
+ghe-dpages evacuate pages-server-UUID
```
### ghe-spokes
@@ -610,7 +610,7 @@ ghe-spokes route
To evacuate storage services on a cluster node:
```shell
-ghe-spokes server evacuate git-server-UUID
+ghe-spokes server evacuate git-server-UUID
```
### ghe-storage
@@ -618,7 +618,7 @@ ghe-spokes server evacuate git-server-UUID
This utility allows you to evacuate all storage services before evacuating a cluster node.
```shell
-ghe-storage evacuate storage-server-UUID
+ghe-storage evacuate storage-server-UUID
```
## Git
@@ -661,7 +661,7 @@ Try ghe-governor
- $ ghe-config app.gitauth.rsa-sha1 RFC-3339-UTC-TIMESTAMP
+ $ ghe-config app.gitauth.rsa-sha1 RFC-3339-UTC-TIMESTAMP
1. Alternatively, to completely disable SSH connections using RSA keys that are signed with the SHA-1 hash function, enter the following command.
diff --git a/content/admin/configuration/configuring-your-enterprise/site-admin-dashboard.md b/content/admin/configuration/configuring-your-enterprise/site-admin-dashboard.md
index 5bd322dcae..ea742e0fc5 100644
--- a/content/admin/configuration/configuring-your-enterprise/site-admin-dashboard.md
+++ b/content/admin/configuration/configuring-your-enterprise/site-admin-dashboard.md
@@ -67,7 +67,7 @@ You can also access these reports programmatically via standard HTTP authenticat
For example, here is how you would download the "all users" report using cURL:
```shell
-curl -L -u username:token http(s)://hostname/stafftools/reports/all_users.csv
+curl -L -u USERNAME:TOKEN http(s)://HOSTNAME/stafftools/reports/all_users.csv
```
To access the other reports programmatically, replace `all_users` with `active_users`, `dormant_users`, `suspended_users`, `all_organizations`, or `all_repositories`.
diff --git a/content/admin/configuration/configuring-your-enterprise/verifying-or-approving-a-domain-for-your-enterprise.md b/content/admin/configuration/configuring-your-enterprise/verifying-or-approving-a-domain-for-your-enterprise.md
index ef85e21629..2e66280677 100644
--- a/content/admin/configuration/configuring-your-enterprise/verifying-or-approving-a-domain-for-your-enterprise.md
+++ b/content/admin/configuration/configuring-your-enterprise/verifying-or-approving-a-domain-for-your-enterprise.md
@@ -64,7 +64,7 @@ To verify your enterprise account's domain, you must have access to modify domai
{% data reusables.organizations.add-dns-txt-record %}
1. Wait for your DNS configuration to change, which may take up to 72 hours. You can confirm your DNS configuration has changed by running the `dig` command on the command line, replacing `ENTERPRISE-ACCOUNT` with the name of your enterprise account, and `example.com` with the domain you'd like to verify. You should see your new TXT record listed in the command output.
```shell
- dig _github-challenge-ENTERPRISE-ACCOUNT.example.com +nostats +nocomments +nocmd TXT
+ dig _github-challenge-ENTERPRISE-ACCOUNT.DOMAIN-NAME +nostats +nocomments +nocmd TXT
```
1. After confirming your TXT record is added to your DNS, follow steps one through four above to navigate to your enterprise account's approved and verified domains.
{% data reusables.enterprise-accounts.continue-verifying-domain %}
diff --git a/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md b/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md
index ca4f7f0bfd..bc6312c9e2 100644
--- a/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md
+++ b/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md
@@ -45,7 +45,7 @@ Then, when told to fetch `https://github.example.com/myorg/myrepo`, Git will ins
1. Connect to the repository cache's IP address using SSH.
```shell
- $ ssh -p 122 admin@REPLICA IP
+ $ ssh -p 122 admin@REPLICA IP
```
{%- ifversion ghes = 3.3 %}
1. On your cache replica, enable the feature flag for repository caching.
@@ -59,13 +59,13 @@ Then, when told to fetch `https://github.example.com/myorg/myrepo`, Git will ins
1. To verify the connection to the primary and enable replica mode for the repository cache, run `ghe-repl-setup` again.
```shell
- $ ghe-repl-setup PRIMARY IP
+ $ ghe-repl-setup PRIMARY IP
```
1. Set a `cache_location` for the repository cache, replacing *CACHE-LOCATION* with an alphanumeric identifier, such as the region where the cache is deployed. Also set a datacenter name for this cache; new caches will attempt to seed from another cache in the same datacenter.
```shell
- $ ghe-repl-node --cache CACHE-LOCATION --datacenter REPLICA-DC-NAME
+ $ ghe-repl-node --cache CACHE-LOCATION --datacenter REPLICA-DC-NAME
```
{% data reusables.enterprise_installation.replication-command %}
diff --git a/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md b/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md
index d7ffe82391..51b1594478 100644
--- a/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md
+++ b/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md
@@ -61,8 +61,8 @@ Before you define a secondary datacenter for your passive nodes, ensure that you
```shell
[cluster]
- mysql-master = HOSTNAME
- redis-master = HOSTNAME
+ mysql-master = HOSTNAME
+ redis-master = HOSTNAME
primary-datacenter = default
```
@@ -77,10 +77,10 @@ Before you define a secondary datacenter for your passive nodes, ensure that you
When you're done, the section for each node in the cluster configuration file should look like the following example. {% data reusables.enterprise_clustering.key-value-pair-order-irrelevant %}
```shell
- [cluster "HOSTNAME"]
+ [cluster "HOSTNAME"]
datacenter = default
- hostname = HOSTNAME
- ipv4 = IP ADDRESS
+ hostname = HOSTNAME
+ ipv4 = IP ADDRESS
...
...
```
@@ -143,7 +143,7 @@ For an example configuration, see "[Example configuration](#example-configuratio
6. Decide on a name for the secondary datacenter where you provisioned your passive nodes, then update the temporary cluster configuration file with the new datacenter name. Replace `SECONDARY` with the name you choose.
```shell
- sed -i 's/datacenter = default/datacenter = SECONDARY/g' ~/cluster-passive.conf
+ sed -i 's/datacenter = default/datacenter = SECONDARY/g' ~/cluster-passive.conf
```
7. Decide on a pattern for the passive nodes' hostnames.
@@ -167,10 +167,10 @@ For an example configuration, see "[Example configuration](#example-configuratio
- Add a new key-value pair, `replica = enabled`.
```shell
- [cluster "NEW PASSIVE NODE HOSTNAME"]
+ [cluster "NEW PASSIVE NODE HOSTNAME"]
...
- hostname = NEW PASSIVE NODE HOSTNAME
- ipv4 = NEW PASSIVE NODE IPV4 ADDRESS
+ hostname = NEW PASSIVE NODE HOSTNAME
+ ipv4 = NEW PASSIVE NODE IPV4 ADDRESS
replica = enabled
...
...
@@ -185,8 +185,8 @@ For an example configuration, see "[Example configuration](#example-configuratio
11. Designate the primary MySQL and Redis nodes in the secondary datacenter. Replace `REPLICA MYSQL PRIMARY HOSTNAME` and `REPLICA REDIS PRIMARY HOSTNAME` with the hostnames of the passives node that you provisioned to match your existing MySQL and Redis primaries.
```shell
- git config -f /data/user/common/cluster.conf cluster.mysql-master-replica REPLICA MYSQL PRIMARY HOSTNAME
- git config -f /data/user/common/cluster.conf cluster.redis-master-replica REPLICA REDIS PRIMARY HOSTNAME
+ git config -f /data/user/common/cluster.conf cluster.mysql-master-replica REPLICA MYSQL PRIMARY HOSTNAME
+ git config -f /data/user/common/cluster.conf cluster.redis-master-replica REPLICA REDIS PRIMARY HOSTNAME
```
{% warning %}
@@ -194,7 +194,7 @@ For an example configuration, see "[Example configuration](#example-configuratio
**Warning**: Review your cluster configuration file before proceeding.
- In the top-level `[cluster]` section, ensure that the values for `mysql-master-replica` and `redis-master-replica` are the correct hostnames for the passive nodes in the secondary datacenter that will serve as the MySQL and Redis primaries after a failover.
- - In each section for an active node named [cluster "ACTIVE NODE HOSTNAME"], double-check the following key-value pairs.
+ - In each section for an active node named [cluster "ACTIVE NODE HOSTNAME"], double-check the following key-value pairs.
- `datacenter` should match the value of `primary-datacenter` in the top-level `[cluster]` section.
- `consul-datacenter` should match the value of `datacenter`, which should be the same as the value for `primary-datacenter` in the top-level `[cluster]` section.
- Ensure that for each active node, the configuration has **one** corresponding section for **one** passive node with the same roles. In each section for a passive node, double-check each key-value pair.
@@ -235,11 +235,11 @@ The top-level `[cluster]` configuration should look like the following example.
```shell
[cluster]
- mysql-master = HOSTNAME OF ACTIVE MYSQL MASTER
- redis-master = HOSTNAME OF ACTIVE REDIS MASTER
- primary-datacenter = PRIMARY DATACENTER NAME
- mysql-master-replica = HOSTNAME OF PASSIVE MYSQL MASTER
- redis-master-replica = HOSTNAME OF PASSIVE REDIS MASTER
+ mysql-master = HOSTNAME OF ACTIVE MYSQL MASTER
+ redis-master = HOSTNAME OF ACTIVE REDIS MASTER
+ primary-datacenter = PRIMARY DATACENTER NAME
+ mysql-master-replica = HOSTNAME OF PASSIVE MYSQL MASTER
+ redis-master-replica = HOSTNAME OF PASSIVE REDIS MASTER
mysql-auto-failover = false
...
```
@@ -248,10 +248,10 @@ The configuration for an active node in your cluster's storage tier should look
```shell
...
-[cluster "UNIQUE ACTIVE NODE HOSTNAME"]
+[cluster "UNIQUE ACTIVE NODE HOSTNAME"]
datacenter = default
- hostname = UNIQUE ACTIVE NODE HOSTNAME
- ipv4 = IPV4 ADDRESS
+ hostname = UNIQUE ACTIVE NODE HOSTNAME
+ ipv4 = IPV4 ADDRESS
consul-datacenter = default
consul-server = true
git-server = true
@@ -262,9 +262,9 @@ The configuration for an active node in your cluster's storage tier should look
memcache-server = true
metrics-server = true
storage-server = true
- vpn = IPV4 ADDRESS SET AUTOMATICALLY
- uuid = UUID SET AUTOMATICALLY
- wireguard-pubkey = PUBLIC KEY SET AUTOMATICALLY
+ vpn = IPV4 ADDRESS SET AUTOMATICALLY
+ uuid = UUID SET AUTOMATICALLY
+ wireguard-pubkey = PUBLIC KEY SET AUTOMATICALLY
...
```
@@ -276,12 +276,12 @@ The configuration for the corresponding passive node in the storage tier should
```shell
...
-[cluster "UNIQUE PASSIVE NODE HOSTNAME"]
+[cluster "UNIQUE PASSIVE NODE HOSTNAME"]
replica = enabled
- ipv4 = IPV4 ADDRESS OF NEW VM WITH IDENTICAL RESOURCES
- datacenter = SECONDARY DATACENTER NAME
- hostname = UNIQUE PASSIVE NODE HOSTNAME
- consul-datacenter = SECONDARY DATACENTER NAME
+ ipv4 = IPV4 ADDRESS OF NEW VM WITH IDENTICAL RESOURCES
+ datacenter = SECONDARY DATACENTER NAME
+ hostname = UNIQUE PASSIVE NODE HOSTNAME
+ consul-datacenter = SECONDARY DATACENTER NAME
consul-server = true
git-server = true
pages-server = true
@@ -291,9 +291,9 @@ The configuration for the corresponding passive node in the storage tier should
memcache-server = true
metrics-server = true
storage-server = true
- vpn = DO NOT DEFINE
- uuid = DO NOT DEFINE
- wireguard-pubkey = DO NOT DEFINE
+ vpn = DO NOT DEFINE
+ uuid = DO NOT DEFINE
+ wireguard-pubkey = DO NOT DEFINE
...
```
diff --git a/content/admin/enterprise-management/configuring-clustering/evacuating-a-cluster-node.md b/content/admin/enterprise-management/configuring-clustering/evacuating-a-cluster-node.md
index 8eda999299..21bb5a51dc 100644
--- a/content/admin/enterprise-management/configuring-clustering/evacuating-a-cluster-node.md
+++ b/content/admin/enterprise-management/configuring-clustering/evacuating-a-cluster-node.md
@@ -37,49 +37,49 @@ If you plan to take a node offline and the node runs a data service role like `g
1. To find the UUID of the node to evacuate, run the following command. Replace `HOSTNAME` with the node's hostname.
```shell
- $ ghe-config cluster.HOSTNAME.uuid
+ $ ghe-config cluster.HOSTNAME.uuid
```
1. Monitor the node's status while {% data variables.product.product_name %} copies the data. Don't take the node offline until the copy is complete. To monitor the status of your node, run any of the following commands, replacing `UUID` with the UUID from step 2.
- **Git**:
```shell
- $ ghe-spokes evac-status git-server-UUID
+ $ ghe-spokes evac-status git-server-UUID
```
- **{% data variables.product.prodname_pages %}**:
```shell
- $ echo "select count(*) from pages_replicas where host = 'pages-server-UUID'" | ghe-dbconsole -y
+ $ echo "select count(*) from pages_replicas where host = 'pages-server-UUID'" | ghe-dbconsole -y
```
- **Storage**:
```shell
- $ ghe-storage evacuation-status storage-server-UUID
+ $ ghe-storage evacuation-status storage-server-UUID
```
1. After the copy is complete, you can evacuate the node by running any of the following commands, replacing `UUID` with the UUID from step 2.
- **Git**:
```shell
- $ ghe-spokes server evacuate git-server-UUID \'REASON FOR EVACUATION\'
+ $ ghe-spokes server evacuate git-server-UUID \'REASON FOR EVACUATION\'
```
- **{% data variables.product.prodname_pages %}**:
```shell
- $ ghe-dpages evacuate pages-server-UUID
+ $ ghe-dpages evacuate pages-server-UUID
```
- For **storage**, first take the node offline by running the following command.
```shell
- $ ghe-storage offline storage-server-UUID
+ $ ghe-storage offline storage-server-UUID
```
After the storage node is offline, you can evacuate the node by running the following command.
```shell
- $ ghe-storage evacuate storage-server-UUID
+ $ ghe-storage evacuate storage-server-UUID
```
diff --git a/content/admin/enterprise-management/configuring-clustering/monitoring-cluster-nodes.md b/content/admin/enterprise-management/configuring-clustering/monitoring-cluster-nodes.md
index db08c5ea19..15dc0e2fa2 100644
--- a/content/admin/enterprise-management/configuring-clustering/monitoring-cluster-nodes.md
+++ b/content/admin/enterprise-management/configuring-clustering/monitoring-cluster-nodes.md
@@ -21,7 +21,7 @@ topics:
{% data variables.product.prodname_ghe_server %} has a built-in command line utility for monitoring the health of the cluster. From the administrative shell, running the `ghe-cluster-status` command executes a series of health checks on each node including verification of connectivity and service status. The output shows all test results including the text `ok` or `error`. For example, to only display failing tests, run:
```shell
-admin@ghe-data-node-0:~$ ghe-cluster-status | grep error
+admin@ghe-data-node-0:~$ ghe-cluster-status | grep error
> mysql-replication ghe-data-node-0: error Stopped
> mysql cluster: error
```
@@ -42,11 +42,11 @@ You can configure [Nagios](https://www.nagios.org/) to monitor {% data variables
### Configuring the Nagios host
1. Generate an SSH key with a blank passphrase. Nagios uses this to authenticate to the {% data variables.product.prodname_ghe_server %} cluster.
```shell
- nagiosuser@nagios:~$ ssh-keygen -t ed25519
+ nagiosuser@nagios:~$ ssh-keygen -t ed25519
> Generating public/private ed25519 key pair.
> Enter file in which to save the key (/home/nagiosuser/.ssh/id_ed25519):
- > Enter passphrase (empty for no passphrase): leave blank by pressing enter
- > Enter same passphrase again: press enter again
+ > Enter passphrase (empty for no passphrase): LEAVE BLANK BY PRESSING ENTER
+ > Enter same passphrase again: PRESS ENTER AGAIN
> Your identification has been saved in /home/nagiosuser/.ssh/id_ed25519.
> Your public key has been saved in /home/nagiosuser/.ssh/id_ed25519.pub.
```
@@ -65,8 +65,8 @@ You can configure [Nagios](https://www.nagios.org/) to monitor {% data variables
{% endnote %}
2. Copy the private key (`id_ed25519`) to the `nagios` home folder and set the appropriate ownership.
```shell
- nagiosuser@nagios:~$ sudo cp .ssh/id_ed25519 /var/lib/nagios/.ssh/
- nagiosuser@nagios:~$ sudo chown nagios:nagios /var/lib/nagios/.ssh/id_ed25519
+ nagiosuser@nagios:~$ sudo cp .ssh/id_ed25519 /var/lib/nagios/.ssh/
+ nagiosuser@nagios:~$ sudo chown nagios:nagios /var/lib/nagios/.ssh/id_ed25519
```
3. To authorize the public key to run *only* the `ghe-cluster-status -n` command, use a `command=` prefix in the `/data/user/common/authorized_keys` file. From the administrative shell on any node, modify this file to add the public key generated in step 1. For example: `command="/usr/local/bin/ghe-cluster-status -n" ssh-ed25519 AAAA....`
@@ -74,7 +74,7 @@ You can configure [Nagios](https://www.nagios.org/) to monitor {% data variables
4. Validate and copy the configuration to each node in the cluster by running `ghe-cluster-config-apply` on the node where you modified the `/data/user/common/authorized_keys` file.
```shell
- admin@ghe-data-node-0:~$ ghe-cluster-config-apply
+ admin@ghe-data-node-0:~$ ghe-cluster-config-apply
> Validating configuration
> ...
> Finished cluster configuration
@@ -82,7 +82,7 @@ You can configure [Nagios](https://www.nagios.org/) to monitor {% data variables
5. To test that the Nagios plugin can successfully execute the command, run it interactively from Nagios host.
```shell
- nagiosuser@nagios:~$ /usr/lib/nagios/plugins/check_by_ssh -l admin -p 122 -H hostname -C "ghe-cluster-status -n" -t 30
+ nagiosuser@nagios:~$ /usr/lib/nagios/plugins/check_by_ssh -l admin -p 122 -H HOSTNAME -C "ghe-cluster-status -n" -t 30
> OK - No errors detected
```
diff --git a/content/admin/enterprise-management/configuring-clustering/upgrading-a-cluster.md b/content/admin/enterprise-management/configuring-clustering/upgrading-a-cluster.md
index 2bb8daaeba..557aa8988d 100644
--- a/content/admin/enterprise-management/configuring-clustering/upgrading-a-cluster.md
+++ b/content/admin/enterprise-management/configuring-clustering/upgrading-a-cluster.md
@@ -19,7 +19,7 @@ topics:
1. Back up your data with [{% data variables.product.prodname_enterprise_backup_utilities %}](https://github.com/github/backup-utils#readme).
2. From the administrative shell of any node, use the `ghe-cluster-hotpatch` command to install the latest hotpatch. You can provide a URL for a hotpatch, or manually download the hotpatch and specify a local filename.
```shell
- $ ghe-cluster-hotpatch https://HOTPATCH-URL/FILENAME.hpkg
+ $ ghe-cluster-hotpatch https://HOTPATCH-URL/FILENAME.hpkg
```
## Upgrading with an upgrade package
@@ -33,7 +33,7 @@ Use an upgrade package to upgrade a {% data variables.product.prodname_ghe_serve
4. On the [{% data variables.product.prodname_ghe_server %} Download Page](https://enterprise.github.com/download), copy the URL for the upgrade *.pkg* file to the clipboard.
5. From the administrative shell of any node, use the `ghe-cluster-each` command combined with `curl` to download the release package to each node in a single step. Use the URL you copied in the previous step as an argument.
```shell
- $ ghe-cluster-each -- "cd /home/admin && curl -L -O https://PACKAGE-URL.pkg"
+ $ ghe-cluster-each -- "cd /home/admin && curl -L -O https://PACKAGE-URL.pkg"
> ghe-app-node-1: % Total % Received % Xferd Average Speed Time Time Time Current
> ghe-app-node-1: Dload Upload Total Spent Left Speed
> 100 496M 100 496M 0 0 24.2M 0 0:00:20 0:00:20 --:--:-- 27.4M
@@ -58,7 +58,7 @@ Use an upgrade package to upgrade a {% data variables.product.prodname_ghe_serve
2. **With the exception of the primary MySQL node**, connect to the administrative shell of each of the {% data variables.product.prodname_ghe_server %} nodes.
Run the `ghe-upgrade` command, providing the package file name you downloaded in Step 4 of [Preparing to upgrade](#preparing-to-upgrade):
```shell
- $ ghe-upgrade PACKAGE-FILENAME.pkg
+ $ ghe-upgrade PACKAGE-FILENAME.pkg
> *** verifying upgrade package signature...
> 497MB 0:00:04 [ 117MB/s] [==========================================>] 100%
> gpg: Signature made Fri 19 Feb 2016 02:33:50 PM UTC using RSA key ID 0D65D57A
@@ -70,7 +70,7 @@ Run the `ghe-upgrade` command, providing the package file name you downloaded in
3. The upgrade process will reboot the node once it completes. Verify that you can `ping` each node after it reboots.
4. Connect to the administrative shell of the primary MySQL node. Run the `ghe-upgrade` command, providing the package file name you downloaded in Step 4 of [Preparing to upgrade](#preparing-to-upgrade):
```shell
- $ ghe-upgrade PACKAGE-FILENAME.pkg
+ $ ghe-upgrade PACKAGE-FILENAME.pkg
> *** verifying upgrade package signature...
> 497MB 0:00:04 [ 117MB/s] [==========================================>] 100%
> gpg: Signature made Fri 19 Feb 2016 02:33:50 PM UTC using RSA key ID 0D65D57A
diff --git a/content/admin/enterprise-management/configuring-high-availability/creating-a-high-availability-replica.md b/content/admin/enterprise-management/configuring-high-availability/creating-a-high-availability-replica.md
index c210522595..0f2952586c 100644
--- a/content/admin/enterprise-management/configuring-high-availability/creating-a-high-availability-replica.md
+++ b/content/admin/enterprise-management/configuring-high-availability/creating-a-high-availability-replica.md
@@ -24,13 +24,13 @@ shortTitle: Create HA replica
{% data reusables.enterprise_installation.replica-steps %}
1. Connect to the replica appliance's IP address using SSH.
```shell
- $ ssh -p 122 admin@REPLICA IP
+ $ ssh -p 122 admin@REPLICA_IP
```
{% data reusables.enterprise_installation.generate-replication-key-pair %}
{% data reusables.enterprise_installation.add-ssh-key-to-primary %}
1. To verify the connection to the primary and enable replica mode for the new replica, run `ghe-repl-setup` again.
```shell
- $ ghe-repl-setup PRIMARY IP
+ $ ghe-repl-setup PRIMARY_IP
```
{% data reusables.enterprise_installation.replication-command %}
{% data reusables.enterprise_installation.verify-replication-channel %}
@@ -41,27 +41,27 @@ This example configuration uses a primary and two replicas, which are located in
1. Create the first replica the same way you would for a standard two node configuration by running `ghe-repl-setup` on the first replica.
```shell
- (replica1)$ ghe-repl-setup PRIMARY IP
+ (replica1)$ ghe-repl-setup PRIMARY_IP
(replica1)$ ghe-repl-start
```
2. Create a second replica and use the `ghe-repl-setup --add` command. The `--add` flag prevents it from overwriting the existing replication configuration and adds the new replica to the configuration.
```shell
- (replica2)$ ghe-repl-setup --add PRIMARY IP
+ (replica2)$ ghe-repl-setup --add PRIMARY_IP
(replica2)$ ghe-repl-start
```
3. By default, replicas are configured to the same datacenter, and will now attempt to seed from an existing node in the same datacenter. Configure the replicas for different datacenters by setting a different value for the datacenter option. The specific values can be anything you would like as long as they are different from each other. Run the `ghe-repl-node` command on each node and specify the datacenter.
On the primary:
```shell
- (primary)$ ghe-repl-node --datacenter [PRIMARY DC NAME]
+ (primary)$ ghe-repl-node --datacenter [PRIMARY DC NAME]
```
On the first replica:
```shell
- (replica1)$ ghe-repl-node --datacenter [FIRST REPLICA DC NAME]
+ (replica1)$ ghe-repl-node --datacenter [FIRST REPLICA DC NAME]
```
On the second replica:
```shell
- (replica2)$ ghe-repl-node --datacenter [SECOND REPLICA DC NAME]
+ (replica2)$ ghe-repl-node --datacenter [SECOND REPLICA DC NAME]
```
{% tip %}
@@ -90,9 +90,9 @@ Configure Geo DNS using the IP addresses of the primary and replica nodes. You c
For testing, you can add entries to the local workstation's `hosts` file (for example, `/etc/hosts`). These example entries will resolve requests for `HOSTNAME` to `replica2`. You can target specific hosts by commenting out different lines.
```
-# $GIT_DIR| Path to the remote repository on the instance | /data/user/repositories/a/ab/
$GIT_PUSH_OPTION_COUNT| The number of push options that were sent by the client with `--push-option`. For more information, see "[git-push](https://git-scm.com/docs/git-push#Documentation/git-push.txt---push-optionltoptiongt)" in the Git documentation. | 1 | -|
$GIT\_PUSH\_OPTION\_N| Where _N_ is an integer starting at 0, this variable contains the push option string that was sent by the client. The first option that was sent is stored in `GIT_PUSH_OPTION_0`, the second option that was sent is stored in `GIT_PUSH_OPTION_1`, and so on. For more information about push options, see "[git-push](https://git-scm.com/docs/git-push#git-push---push-optionltoptiongt)" in the Git documentation. | abcd |{% ifversion ghes %} +|
$GIT\_PUSH\_OPTION\_N| Where _N_ is an integer starting at 0, this variable contains the push option string that was sent by the client. The first option that was sent is stored in `GIT_PUSH_OPTION_0`, the second option that was sent is stored in `GIT_PUSH_OPTION_1`, and so on. For more information about push options, see "[git-push](https://git-scm.com/docs/git-push#git-push---push-optionltoptiongt)" in the Git documentation. | abcd |{% ifversion ghes %} |
$GIT_USER_AGENT| User-agent string sent by the Git client that pushed the changes | git/2.0.0{% endif %} |
$GITHUB_REPO_NAME| Name of the repository being updated in _NAME_/_OWNER_ format | octo-org/hello-enterprise | |
$GITHUB_REPO_PUBLIC| Boolean representing whether the repository being updated is public |
releases delete button| Deletion of a release | "[Managing releases in a repository](/github/administering-a-repository/managing-releases-in-a-repository#deleting-a-release)" | |
stafftools branch restore| Restoration of a branch from the site admin dashboard | "[Site admin dashboard](/admin/configuration/site-admin-dashboard#repositories)" | |
tag create api| Creation of a tag via the API | "[Git database](/rest/reference/git#create-a-tag-object)" in the REST API documentation | -|
slumlord (#SHA)| Commit via Subversion | "[Support for Subversion clients](/github/importing-your-projects-to-github/support-for-subversion-clients#making-commits-to-subversion)" | +|
slumlord (#SHA)| Commit via Subversion | "[Support for Subversion clients](/github/importing-your-projects-to-github/support-for-subversion-clients#making-commits-to-subversion)" | |
web branch create| Creation of a branch via the web interface | "[Creating and deleting branches within your repository](/github/collaborating-with-issues-and-pull-requests/creating-and-deleting-branches-within-your-repository#creating-a-branch)" | #### Available for pull request merges @@ -130,18 +130,18 @@ We recommend consolidating hooks to a single repository. If the consolidated hoo 1. For Mac users, ensure the scripts have execute permissions: ```shell - $ sudo chmod +x SCRIPT_FILE.sh + $ sudo chmod +x SCRIPT_FILE.sh ``` For Windows users, ensure the scripts have execute permissions: ```shell - git update-index --chmod=+x SCRIPT_FILE.sh + git update-index --chmod=+x SCRIPT_FILE.sh ``` 2. Commit and push to the designated repository for pre-receive hooks on {% data variables.product.product_location %}. ```shell - $ git commit -m "YOUR COMMIT MESSAGE" + $ git commit -m "YOUR COMMIT MESSAGE" $ git push ``` diff --git a/content/admin/user-management/managing-repositories-in-your-enterprise/configuring-git-large-file-storage-for-your-enterprise.md b/content/admin/user-management/managing-repositories-in-your-enterprise/configuring-git-large-file-storage-for-your-enterprise.md index 96c09af594..8bb124b1e6 100644 --- a/content/admin/user-management/managing-repositories-in-your-enterprise/configuring-git-large-file-storage-for-your-enterprise.md +++ b/content/admin/user-management/managing-repositories-in-your-enterprise/configuring-git-large-file-storage-for-your-enterprise.md @@ -82,20 +82,20 @@ For more information, see "[About {% data variables.large_files.product_name_lon > git-lfs/1.1.0 (GitHub; darwin amd64; go 1.5.1; git 94d356c) > git version 2.7.4 (Apple Git-66) - > Endpoint=https://GITHUB-ENTERPRISE-HOST/path/to/repo/info/lfs (auth=basic) + > Endpoint=https://GITHUB-ENTERPRISE-HOST/path/to/repo/info/lfs (auth=basic) # Create .lfsconfig that points to third party server. - $ git config -f .lfsconfig remote.origin.lfsurl https://THIRD-PARTY-LFS-SERVER/path/to/repo + $ git config -f .lfsconfig remote.origin.lfsurl https://THIRD-PARTY-LFS-SERVER/path/to/repo $ git lfs env > git-lfs/1.1.0 (GitHub; darwin amd64; go 1.5.1; git 94d356c) > git version 2.7.4 (Apple Git-66) - > Endpoint=https://THIRD-PARTY-LFS-SERVER/path/to/repo/info/lfs (auth=none) + > Endpoint=https://THIRD-PARTY-LFS-SERVER/path/to/repo/info/lfs (auth=none) # Show the contents of .lfsconfig $ cat .lfsconfig [remote "origin"] - lfsurl = https://THIRD-PARTY-LFS-SERVER/path/to/repo + lfsurl = https://THIRD-PARTY-LFS-SERVER/path/to/repo ``` 3. To keep the same {% data variables.large_files.product_name_short %} configuration for each user, commit a custom `.lfsconfig` file to the repository. @@ -111,14 +111,14 @@ Before migrating to a different {% data variables.large_files.product_name_long 1. Configure the repository with a second remote. ```shell - $ git remote add NEW-REMOTE https://NEW-REMOTE-HOSTNAME/path/to/repo + $ git remote add NEW-REMOTE https://NEW-REMOTE-HOSTNAME/path/to/repo $ git lfs env > git-lfs/1.1.0 (GitHub; darwin amd64; go 1.5.1; git 94d356c) > git version 2.7.4 (Apple Git-66) - > Endpoint=https://GITHUB-ENTERPRISE-HOST/path/to/repo/info/lfs (auth=basic) - > Endpoint (NEW-REMOTE)=https://NEW-REMOTE-HOSTNAME/path/to/repo/info/lfs (auth=none) + > Endpoint=https://GITHUB-ENTERPRISE-HOST/path/to/repo/info/lfs (auth=basic) + > Endpoint (NEW-REMOTE)=https://NEW-REMOTE-HOSTNAME/path/to/repo/info/lfs (auth=none) ``` 2. Fetch all objects from the old remote. @@ -132,7 +132,7 @@ Before migrating to a different {% data variables.large_files.product_name_long 3. Push all objects to the new remote. ```shell - $ git lfs push NEW-REMOTE --all + $ git lfs push NEW-REMOTE --all > Scanning for all objects ever referenced... > ✔ 16 objects found > Pushing objects... diff --git a/content/admin/user-management/managing-users-in-your-enterprise/auditing-ssh-keys.md b/content/admin/user-management/managing-users-in-your-enterprise/auditing-ssh-keys.md index a97d601b64..8659abaad8 100644 --- a/content/admin/user-management/managing-users-in-your-enterprise/auditing-ssh-keys.md +++ b/content/admin/user-management/managing-users-in-your-enterprise/auditing-ssh-keys.md @@ -34,8 +34,8 @@ After you click the "Begin audit" button, all SSH keys are invalidated and will If a user attempts to perform any git operation over SSH, it will fail and provide them with the following message: ```shell -ERROR: Hi username. We're doing an SSH key audit. -Please visit http(s)://hostname/settings/ssh/audit/2 +ERROR: Hi USERNAME. We're doing an SSH key audit. +Please visit http(s)://HOSTNAME/settings/ssh/audit/2 to approve this key so we know it's safe. Fingerprint: ed:21:60:64:c0:dc:2b:16:0f:54:5f:2b:35:2a:94:91 fatal: The remote end hung up unexpectedly diff --git a/content/admin/user-management/managing-users-in-your-enterprise/promoting-or-demoting-a-site-administrator.md b/content/admin/user-management/managing-users-in-your-enterprise/promoting-or-demoting-a-site-administrator.md index 2ca2fcfec5..2d9780c082 100644 --- a/content/admin/user-management/managing-users-in-your-enterprise/promoting-or-demoting-a-site-administrator.md +++ b/content/admin/user-management/managing-users-in-your-enterprise/promoting-or-demoting-a-site-administrator.md @@ -50,7 +50,7 @@ For information about promoting a user to an organization owner, see the `ghe-or 1. [SSH](/enterprise/admin/guides/installation/accessing-the-administrative-shell-ssh/) into your appliance. 2. Run [ghe-user-promote](/enterprise/admin/guides/installation/command-line-utilities#ghe-user-promote) with the username to promote. ```shell - $ ghe-user-promote username + $ ghe-user-promote USERNAME ``` ## Demoting a site administrator from the command line @@ -58,5 +58,5 @@ For information about promoting a user to an organization owner, see the `ghe-or 1. [SSH](/enterprise/admin/guides/installation/accessing-the-administrative-shell-ssh/) into your appliance. 2. Run [ghe-user-demote](/enterprise/admin/guides/installation/command-line-utilities#ghe-user-demote) with the username to demote. ```shell - $ ghe-user-demote username + $ ghe-user-demote USERNAME ``` diff --git a/content/admin/user-management/managing-users-in-your-enterprise/suspending-and-unsuspending-users.md b/content/admin/user-management/managing-users-in-your-enterprise/suspending-and-unsuspending-users.md index eee374e9ef..d40afec9e0 100644 --- a/content/admin/user-management/managing-users-in-your-enterprise/suspending-and-unsuspending-users.md +++ b/content/admin/user-management/managing-users-in-your-enterprise/suspending-and-unsuspending-users.md @@ -71,7 +71,7 @@ As when suspending a user, unsuspending a user takes effect immediately. The use {% data reusables.enterprise_installation.ssh-into-instance %} 2. Run [ghe-user-suspend](/enterprise/admin/guides/installation/command-line-utilities#ghe-user-suspend) with the username to suspend. ```shell - $ ghe-user-suspend username + $ ghe-user-suspend USERNAME ``` ## Creating a custom message for suspended users @@ -96,7 +96,7 @@ You can create a custom message that suspended users will see when attempting to {% data reusables.enterprise_installation.ssh-into-instance %} 2. Run [ghe-user-unsuspend](/enterprise/admin/guides/installation/command-line-utilities#ghe-user-unsuspend) with the username to unsuspend. ```shell - $ ghe-user-unsuspend username + $ ghe-user-unsuspend USERNAME ``` ## Further reading diff --git a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-githubcom.md b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-githubcom.md index d3757186db..26fcb214f2 100644 --- a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-githubcom.md +++ b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-githubcom.md @@ -44,11 +44,11 @@ The Migrations API is currently in a preview period, which means that the endpoi * Your access token for authentication. * A [list of the repositories](/free-pro-team@latest/rest/repos#list-organization-repositories) you want to migrate: ```shell - curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ + curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ -X POST \ -H "Accept: application/vnd.github+json" \ - -d'{"lock_repositories":true,"repositories":["orgname/reponame", "orgname/reponame"]}' \ - https://api.github.com/orgs/orgname/migrations + -d'{"lock_repositories":true,"repositories":["ORG_NAME/REPO_NAME", "ORG_NAME/REPO_NAME"]}' \ + https://api.github.com/orgs/ORG_NAME/migrations ``` * If you want to lock the repositories before migrating them, make sure `lock_repositories` is set to `true`. This is highly recommended. * You can exclude file attachments by passing `exclude_attachments: true` to the endpoint. {% data reusables.enterprise_migrations.exclude-file-attachments %} The final archive size must be less than 20 GB. @@ -59,9 +59,9 @@ The Migrations API is currently in a preview period, which means that the endpoi * Your access token for authentication. * The unique `id` of the migration: ```shell - curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ + curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ -H "Accept: application/vnd.github+json" \ - https://api.github.com/orgs/orgname/migrations/id + https://api.github.com/orgs/ORG_NAME/migrations/ID ``` A migration can be in one of the following states: @@ -74,19 +74,19 @@ The Migrations API is currently in a preview period, which means that the endpoi * Your access token for authentication. * The unique `id` of the migration: ```shell - curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ + curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ -H "Accept: application/vnd.github+json" \ -L -o migration_archive.tar.gz \ - https://api.github.com/orgs/orgname/migrations/id/archive + https://api.github.com/orgs/ORG_NAME/migrations/ID/archive ``` 5. The migration archive is automatically deleted after seven days. If you would prefer to delete it sooner, you can send a `DELETE` request to [the migration archive delete endpoint](/free-pro-team@latest/rest/migrations#delete-an-organization-migration-archive). You'll need: * Your access token for authentication. * The unique `id` of the migration: ```shell - curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ + curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" \ -X DELETE \ -H "Accept: application/vnd.github+json" \ - https://api.github.com/orgs/orgname/migrations/id/archive + https://api.github.com/orgs/ORG_NAME/migrations/ID/archive ``` {% data reusables.enterprise_migrations.ready-to-import-migrations %} diff --git a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-your-enterprise.md b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-your-enterprise.md index 689660934f..bb0d2cde06 100644 --- a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-your-enterprise.md +++ b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/exporting-migration-data-from-your-enterprise.md @@ -35,12 +35,12 @@ shortTitle: Export from your enterprise 2. To prepare a repository for export, use the `ghe-migrator add` command with the repository's URL: * If you're locking the repository, append the command with `--lock`. If you're performing a trial run, `--lock` is not needed. ```shell - $ ghe-migrator add https://hostname/username/reponame --lock + $ ghe-migrator add https://HOSTNAME/USERNAME/REPO-NAME --lock ``` * You can exclude file attachments by appending `--exclude_attachments` to the command. {% data reusables.enterprise_migrations.exclude-file-attachments %} * To prepare multiple repositories at once for export, create a text file listing each repository URL on a separate line, and run the `ghe-migrator add` command with the `-i` flag and the path to your text file. ```shell - $ ghe-migrator add -i PATH/TO/YOUR/REPOSITORY_URLS.txt + $ ghe-migrator add -i PATH/TO/YOUR/REPOSITORY_URL.txt ``` 3. When prompted, enter your {% data variables.product.prodname_ghe_server %} username: @@ -54,7 +54,7 @@ shortTitle: Export from your enterprise 5. When `ghe-migrator add` has finished it will print the unique "Migration GUID" that it generated to identify this export as well as a list of the resources that were added to the export. You will use the Migration GUID that it generated in subsequent `ghe-migrator add` and `ghe-migrator export` steps to tell `ghe-migrator` to continue operating on the same export. ```shell > 101 models added to export - > Migration GUID: example-migration-guid + > Migration GUID: EXAMPLE-MIGRATION-GUID > Number of records in this migration: > users | 5 > organizations | 1 @@ -78,17 +78,17 @@ shortTitle: Export from your enterprise 3. If you locked the source repository, you can use the `ghe-migrator target_url` command to set a custom lock message on the repository page that links to the repository's new location. Pass the source repository URL, the target repository URL, and the Migration GUID from Step 5: ```shell - $ ghe-migrator target_url https://hostname/username/reponame https://target_hostname/target_username/target_reponame -g MIGRATION_GUID + $ ghe-migrator target_url https://HOSTNAME/USERNAME/REPO-NAME https://TARGET-HOSTNAME/TARGET-USER-NAME/TARGET-REPO-NAME -g MIGRATION-GUID ``` 6. To add more repositories to the same export, use the `ghe-migrator add` command with the `-g` flag. You'll pass in the new repository URL and the Migration GUID from Step 5: ```shell - $ ghe-migrator add https://hostname/username/other_reponame -g MIGRATION_GUID --lock + $ ghe-migrator add https://HOSTNAME/USERNAME/OTHER-REPO-NAME -g MIGRATION-GUID --lock ``` 7. When you've finished adding repositories, generate the migration archive using the `ghe-migrator export` command with the `-g` flag and the Migration GUID from Step 5: ```shell - $ ghe-migrator export -g MIGRATION_GUID - > Archive saved to: /data/github/current/tmp/MIGRATION_GUID.tar.gz + $ ghe-migrator export -g MIGRATION-GUID + > Archive saved to: /data/github/current/tmp/MIGRATION-GUID.tar.gz ``` * {% data reusables.enterprise_migrations.specify-staging-path %} @@ -96,10 +96,10 @@ shortTitle: Export from your enterprise ```shell $ exit > logout - > Connection to hostname closed. + > Connection to HOSTNAME closed. ``` 9. Copy the migration archive to your computer using the [`scp`](https://acloudguru.com/blog/engineering/ssh-and-scp-howto-tips-tricks#scp) command. The archive file will be named with the Migration GUID: ```shell - $ scp -P 122 admin@hostname:/data/github/current/tmp/MIGRATION_GUID.tar.gz ~/Desktop + $ scp -P 122 admin@HOSTNAME:/data/github/current/tmp/MIGRATION-GUID.tar.gz ~/Desktop ``` {% data reusables.enterprise_migrations.ready-to-import-migrations %} diff --git a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/importing-data-from-third-party-version-control-systems.md b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/importing-data-from-third-party-version-control-systems.md index 8dc2956555..7810210a3a 100644 --- a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/importing-data-from-third-party-version-control-systems.md +++ b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/importing-data-from-third-party-version-control-systems.md @@ -18,19 +18,19 @@ shortTitle: Import from another VCS {% data reusables.enterprise_installation.ssh-into-instance %} 2. Make a raw clone of the project using the command below, specifying the URL of the source project, and a path to a temporary repository: ```shell - $ git-import-hg-raw HG-CLONE-URL /PATH/REPO-NAME.git + $ git-import-hg-raw HG-CLONE-URL/PATH/REPO-NAME.git # Creates a new repository with one or more Git refs in "refs/import/" in the specified path. ``` {% data reusables.enterprise_migrations.review-the-import-csv %} 4. Rewrite the authors and branches using the CSV file: ```shell - $ git-import-rewrite --flavor hg --authors /PATH/AUTHORS-MAP-FILE.csv /PATH/REPO-NAME.git + $ git-import-rewrite --flavor hg --authors /PATH/AUTHORS-MAP-FILE.csv /PATH/REPO-NAME.git ``` 5. If you haven't yet, [create a new empty repository on {% data variables.product.prodname_ghe_server %}](/enterprise/user/articles/creating-a-new-repository). {% data reusables.command_line.switching_directories_procedural %} 7. Push the imported repository to {% data variables.product.prodname_ghe_server %}: ```shell - $ git push --mirror PUSH-URL-ON-GITHUB-ENTERPRISE + $ git push --mirror PUSH-URL-ON-GITHUB-ENTERPRISE ``` ## Importing projects from Subversion @@ -38,19 +38,19 @@ shortTitle: Import from another VCS {% data reusables.enterprise_installation.ssh-into-instance %} 2. Make a raw clone of the project using the command below, specifying the URL of the source project, and a path to a temporary repository: ```shell - $ git-import-svn-raw SVN-CLONE-URL /PATH/REPO-NAME.git + $ git-import-svn-raw SVN-CLONE-URL /PATH/REPO-NAME.git # Creates a new repository with one or more Git refs in "refs/import/" in the specified path. ``` {% data reusables.enterprise_migrations.review-the-import-csv %} 4. Rewrite the authors and branches using the CSV file: ```shell - $ git-import-rewrite --flavor svn --authors /PATH/AUTHORS-MAP-FILE.csv /PATH/REPO-NAME.git + $ git-import-rewrite --flavor svn --authors /PATH/AUTHORS-MAP-FILE.csv /PATH/REPO-NAME.git ``` 5. If you haven't yet, [create a new empty repository on {% data variables.product.prodname_ghe_server %}](/enterprise/user/articles/creating-a-new-repository). {% data reusables.command_line.switching_directories_procedural %} 7. Push the imported repository to {% data variables.product.prodname_ghe_server %}: ```shell - $ git push --mirror PUSH-URL-ON-GITHUB-ENTERPRISE + $ git push --mirror PUSH-URL-ON-GITHUB-ENTERPRISE ``` ## Importing projects from Team Foundation Version Control @@ -58,19 +58,19 @@ shortTitle: Import from another VCS {% data reusables.enterprise_installation.ssh-into-instance %} 2. Make a raw clone of the project using the command below, specifying the URL of the source project, and a path to a temporary repository: ```shell - $ git-import-tfs-raw TEAM-FOUNDATION-CLONE-URL /PATH/REPO-NAME.git + $ git-import-tfs-raw TEAM-FOUNDATION-CLONE-URL /PATH/REPO-NAME.git # Creates a new repository with one or more Git refs in "refs/import/" in the specified path. ``` {% data reusables.enterprise_migrations.review-the-import-csv %} 4. Rewrite the authors and branches using the CSV file: ```shell - $ git-import-rewrite --flavor tfs --authors /PATH/AUTHORS-MAP-FILE.csv /PATH/REPO-NAME.git + $ git-import-rewrite --flavor tfs --authors /PATH/AUTHORS-MAP-FILE.csv /PATH/REPO_NAME.git ``` 5. If you haven't yet, [create a new empty repository on {% data variables.product.prodname_ghe_server %}](/enterprise/user/articles/creating-a-new-repository). {% data reusables.command_line.switching_directories_procedural %} 7. Push the imported repository to {% data variables.product.prodname_ghe_server %}: ```shell - $ git push --mirror PUSH-URL-ON-GITHUB-ENTERPRISE + $ git push --mirror PUSH-URL-ON-GITHUB-ENTERPRISE ``` ## Further reading diff --git a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/migrating-data-to-your-enterprise.md b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/migrating-data-to-your-enterprise.md index c614ef94ce..753a7fae66 100644 --- a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/migrating-data-to-your-enterprise.md +++ b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/migrating-data-to-your-enterprise.md @@ -33,7 +33,7 @@ After you prepare the data and resolve conflicts, you can apply the imported dat * Your personal access token for authentication. The personal access token that you use is only for authentication as a site administrator, and does not require any specific scope. For more information, see "[Creating a personal access token](/github/authenticating-to-github/creating-a-personal-access-token)." ```shell - $ ghe-migrator import /home/admin/MIGRATION_GUID.tar.gz -g MIGRATION_GUID -u username -p TOKEN + $ ghe-migrator import /home/admin/MIGRATION-GUID.tar.gz -g MIGRATION-GUID -u USERNAME -p TOKEN > Starting GitHub::Migrator > Import 100% complete / @@ -95,19 +95,19 @@ The record types match those found in the [migrated data](/enterprise/admin/guid With the `ghe-migrator audit` command, you can filter based on the record type using the `-m` flag. Similarly, you can filter on the import state using the `-s` flag. The command looks like this: ```shell -$ ghe-migrator audit -m RECORD_TYPE -s STATE -g MIGRATION_GUID +$ ghe-migrator audit -m RECORD_TYPE -s STATE -g MIGRATION-GUID ``` For example, to view every successfully imported organization and team, you would enter: ```shell -$ ghe-migrator audit -m organization,team -s mapped,renamed -g MIGRATION_GUID +$ ghe-migrator audit -m organization,team -s mapped,renamed -g MIGRATION-GUID > model_name,source_url,target_url,state > organization,https://gh.source/octo-org/,https://ghe.target/octo-org/,renamed ``` **We strongly recommend auditing every import that failed.** To do that, you will enter: ```shell -$ ghe-migrator audit -s failed_import,failed_map,failed_rename,failed_merge -g MIGRATION_GUID +$ ghe-migrator audit -s failed_import,failed_map,failed_rename,failed_merge -g MIGRATION-GUID > model_name,source_url,target_url,state > user,https://gh.source/octocat,https://gh.target/octocat,failed > repository,https://gh.source/octo-org/octo-project,https://ghe.target/octo-org/octo-project,failed @@ -132,18 +132,19 @@ To unlock the repositories on a {% data variables.product.prodname_dotcom_the_we * Your access token for authentication * The unique `id` of the migration * The name of the repository to unlock + ```shell -curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" -X DELETE \ +curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" -X DELETE \ -H "Accept: application/vnd.github.wyandotte-preview+json" \ - https://api.github.com/orgs/orgname/migrations/id/repos/repo_name/lock + https://api.github.com/orgs/ORG-NAME/migrations/ID/repos/REPO_NAME/lock ``` ### Deleting repositories from an organization on {% data variables.product.prodname_dotcom_the_website %} After unlocking the {% data variables.product.prodname_dotcom_the_website %} organization's repositories, you should delete every repository you previously migrated using [the repository delete endpoint](/rest/repos/#delete-a-repository). You'll need your access token for authentication: ```shell -curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" -X DELETE \ - https://api.github.com/repos/orgname/repo_name +curl -H "Authorization: Bearer GITHUB_ACCESS_TOKEN" -X DELETE \ + https://api.github.com/repos/ORG-NAME/REPO_NAME ``` ### Unlocking repositories from a {% data variables.product.prodname_ghe_server %} instance diff --git a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/preparing-to-migrate-data-to-your-enterprise.md b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/preparing-to-migrate-data-to-your-enterprise.md index 177d878409..f2f285ece1 100644 --- a/content/admin/user-management/migrating-data-to-and-from-your-enterprise/preparing-to-migrate-data-to-your-enterprise.md +++ b/content/admin/user-management/migrating-data-to-and-from-your-enterprise/preparing-to-migrate-data-to-your-enterprise.md @@ -22,7 +22,7 @@ shortTitle: Prepare to migrate data 1. Using the [`scp`](https://acloudguru.com/blog/engineering/ssh-and-scp-howto-tips-tricks#scp) command, copy the migration archive generated from your source instance or organization to your {% data variables.product.prodname_ghe_server %} target: ```shell - $ scp -P 122 /path/to/archive/MIGRATION_GUID.tar.gz admin@hostname:/home/admin/ + $ scp -P 122 PATH-TO-MIGRATION-GUID.tar.gz admin@HOSTNAME:/home/admin/ ``` {% data reusables.enterprise_installation.ssh-into-target-instance %} @@ -30,7 +30,7 @@ shortTitle: Prepare to migrate data 3. Use the `ghe-migrator prepare` command to prepare the archive for import on the target instance and generate a new Migration GUID for you to use in subsequent steps: ```shell - ghe-migrator prepare /home/admin/MIGRATION_GUID.tar.gz + ghe-migrator prepare /home/admin/MIGRATION_GUID.tar.gz ``` * To start a new import attempt, run `ghe-migrator prepare` again and get a new Migration GUID. @@ -40,12 +40,12 @@ shortTitle: Prepare to migrate data 1. Using the `ghe-migrator conflicts` command with the Migration GUID, generate a *conflicts.csv* file: ```shell - $ ghe-migrator conflicts -g MIGRATION_GUID > conflicts.csv + $ ghe-migrator conflicts -g MIGRATION_GUID > conflicts.csv ``` - If no conflicts are reported, you can safely import the data by following the steps in "[Migrating data to your enterprise](/enterprise/admin/guides/migrations/applying-the-imported-data-on-github-enterprise-server/)". 2. If there are conflicts, using the [`scp`](https://acloudguru.com/blog/engineering/ssh-and-scp-howto-tips-tricks#scp) command, copy *conflicts.csv* to your local computer: ```shell - $ scp -P 122 admin@hostname:conflicts.csv ~/Desktop + $ scp -P 122 admin@HOSTNAME:conflicts.csv ~/Desktop ``` 3. Continue to "[Resolving migration conflicts or setting up custom mappings](#resolving-migration-conflicts-or-setting-up-custom-mappings)". @@ -118,7 +118,7 @@ Given a list of usernames from the source and a list of usernames on the target, You can quickly generate a CSV of users being migrated in the CSV format needed to apply custom mappings by using the [`ghe-migrator audit`](/enterprise/admin/guides/migrations/reviewing-migration-data) command: ```shell -$ ghe-migrator audit -m user -g MIGRATION_GUID > users.csv +$ ghe-migrator audit -m user -g MIGRATION_GUID > users.csv ``` Now, you can edit that CSV and enter the new URL for each user you would like to map or rename, and then update the fourth column to have `map` or `rename` as appropriate. @@ -136,13 +136,13 @@ The same process can be used to create mappings for each record that supports cu 1. After making changes, use the [`scp`](https://acloudguru.com/blog/engineering/ssh-and-scp-howto-tips-tricks#scp) command to apply your modified *conflicts.csv* (or any other mapping *.csv* file in the correct format) to the target instance: ```shell - $ scp -P 122 ~/Desktop/conflicts.csv admin@hostname:/home/admin/ + $ scp -P 122 ~/Desktop/conflicts.csv admin@HOSTNAME:/home/admin/ ``` 2. Re-map the migration data using the `ghe-migrator map` command, passing in the path to your modified *.csv* file and the Migration GUID: ```shell - $ ghe-migrator map -i conflicts.csv -g MIGRATION_GUID + $ ghe-migrator map -i conflicts.csv -g MIGRATION_GUID ``` 3. If the `ghe-migrator map -i conflicts.csv -g MIGRATION_GUID` command reports that conflicts still exist, run through the migration conflict resolution process again. diff --git a/content/authentication/connecting-to-github-with-ssh/adding-a-new-ssh-key-to-your-github-account.md b/content/authentication/connecting-to-github-with-ssh/adding-a-new-ssh-key-to-your-github-account.md index a4569d589d..eabcedfe38 100644 --- a/content/authentication/connecting-to-github-with-ssh/adding-a-new-ssh-key-to-your-github-account.md +++ b/content/authentication/connecting-to-github-with-ssh/adding-a-new-ssh-key-to-your-github-account.md @@ -74,13 +74,13 @@ Before you can use the {% data variables.product.prodname_cli %} to add an SSH k To add an SSH authentication key to your GitHub account, use the `ssh-key add` subcommand, specifying your public key. ```shell -gh ssh-key add key-file +gh ssh-key add KEY-FILE ``` To include a title for the new key, use the `-t` or `--title` flag. ```shell -gh ssh-key add key-file --title "personal laptop" +gh ssh-key add KEY-FILE --title "personal laptop" ``` If you generated your SSH key by following the instructions in "[Generating a new SSH key](/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent)", you can add the key to your account with this command. diff --git a/content/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent.md b/content/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent.md index 6f75638fa1..a8acd4cffb 100644 --- a/content/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent.md +++ b/content/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent.md @@ -38,17 +38,17 @@ You can generate a new SSH key on your local machine. After you generate the key {%- ifversion ghae %} ```shell - $ ssh-keygen -t rsa -b 4096 -C "your_email@example.com" + $ ssh-keygen -t rsa -b 4096 -C "your_email@example.com" ``` {%- else %} ```shell - $ ssh-keygen -t ed25519 -C "your_email@example.com" + $ ssh-keygen -t ed25519 -C "your_email@example.com" ``` {% note %} **Note:** If you are using a legacy system that doesn't support the Ed25519 algorithm, use: ```shell - $ ssh-keygen -t rsa -b 4096 -C "your_email@example.com" + $ ssh-keygen -t rsa -b 4096 -C "your_email@example.com" ``` {% endnote %} @@ -56,14 +56,14 @@ You can generate a new SSH key on your local machine. After you generate the key This creates a new SSH key, using the provided email as a label. ```shell - > Generating public/private algorithm key pair. + > Generating public/private ALGORITHM key pair. ``` 3. When you're prompted to "Enter a file in which to save the key," press Enter. This accepts the default file location. {% mac %} ```shell - > Enter a file in which to save the key (/Users/you/.ssh/id_algorithm): [Press enter] + > Enter a file in which to save the key (/Users/YOU/.ssh/id_ALGORITHM: [Press enter] ``` {% endmac %} @@ -71,7 +71,7 @@ You can generate a new SSH key on your local machine. After you generate the key {% windows %} ```shell - > Enter a file in which to save the key (/c/Users/you/.ssh/id_algorithm):[Press enter] + > Enter a file in which to save the key (/c/Users/YOU/.ssh/id_ALGORITHM):[Press enter] ``` {% endwindows %} @@ -79,15 +79,15 @@ You can generate a new SSH key on your local machine. After you generate the key {% linux %} ```shell - > Enter a file in which to save the key (/home/you/.ssh/algorithm): [Press enter] + > Enter a file in which to save the key (/home/YOU/.ssh/ALGORITHM):[Press enter] ``` {% endlinux %} 4. At the prompt, type a secure passphrase. For more information, see ["Working with SSH key passphrases](/articles/working-with-ssh-key-passphrases)." ```shell - > Enter passphrase (empty for no passphrase): [Type a passphrase] - > Enter same passphrase again: [Type passphrase again] + > Enter passphrase (empty for no passphrase): [Type a passphrase] + > Enter same passphrase again: [Type passphrase again] ``` ## Adding your SSH key to the ssh-agent @@ -104,7 +104,7 @@ Before adding a new SSH key to the ssh-agent to manage your keys, you should hav ```shell $ open ~/.ssh/config - > The file /Users/you/.ssh/config does not exist. + > The file /Users/YOU/.ssh/config does not exist. ``` * If the file doesn't exist, create the file. @@ -191,7 +191,7 @@ If you are using macOS or Linux, you may need to update your SSH client or insta {% data reusables.command_line.open_the_multi_os_terminal %} 3. Paste the text below, substituting in the email address for your account on {% data variables.product.product_name %}. ```shell - $ ssh-keygen -t {% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}-sk -C "your_email@example.com" + $ ssh-keygen -t {% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}-sk -C "YOUR_EMAIL" ``` {%- ifversion not ghae %} @@ -210,7 +210,7 @@ If you are using macOS or Linux, you may need to update your SSH client or insta {% mac %} ```shell - > Enter a file in which to save the key (/Users/you/.ssh/id_{% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}_sk): [Press enter] + > Enter a file in which to save the key (/Users/YOU/.ssh/id_{% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}_sk): [Press enter] ``` {% endmac %} @@ -218,7 +218,7 @@ If you are using macOS or Linux, you may need to update your SSH client or insta {% windows %} ```shell - > Enter a file in which to save the key (/c/Users/you/.ssh/id_{% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}_sk):[Press enter] + > Enter a file in which to save the key (/c/Users/YOU/.ssh/id_{% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}_sk):[Press enter] ``` {% endwindows %} @@ -226,14 +226,14 @@ If you are using macOS or Linux, you may need to update your SSH client or insta {% linux %} ```shell - > Enter a file in which to save the key (/home/you/.ssh/id_{% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}_sk): [Press enter] + > Enter a file in which to save the key (/home/YOU/.ssh/id_{% ifversion ghae %}ecdsa{% else %}ed25519{% endif %}_sk):[Press enter] ``` {% endlinux %} 6. When you are prompted to type a passphrase, press **Enter**. ```shell - > Enter passphrase (empty for no passphrase): [Type a passphrase] - > Enter same passphrase again: [Type passphrase again] + > Enter passphrase (empty for no passphrase): [Type a passphrase] + > Enter same passphrase again: [Type passphrase again] ``` 7. Add the SSH key to your account on {% data variables.product.prodname_dotcom %}. For more information, see "[Adding a new SSH key to your {% data variables.product.prodname_dotcom %} account](/github/authenticating-to-github/adding-a-new-ssh-key-to-your-github-account)." diff --git a/content/authentication/connecting-to-github-with-ssh/testing-your-ssh-connection.md b/content/authentication/connecting-to-github-with-ssh/testing-your-ssh-connection.md index 23ba5f9d05..b5cfcc8a3f 100644 --- a/content/authentication/connecting-to-github-with-ssh/testing-your-ssh-connection.md +++ b/content/authentication/connecting-to-github-with-ssh/testing-your-ssh-connection.md @@ -38,7 +38,7 @@ When you test your connection, you'll need to authenticate this action using you 3. Verify that the fingerprint in the message you see matches {% ifversion fpt or ghec %}[{% data variables.product.prodname_dotcom %}'s public key fingerprint](/github/authenticating-to-github/githubs-ssh-key-fingerprints){% else %} your enterprise's public key fingerprint{% endif %}. If it does, then type `yes`: ```shell - > Hi username! You've successfully authenticated, but GitHub does not + > Hi USERNAME! You've successfully authenticated, but GitHub does not > provide shell access. ``` diff --git a/content/authentication/connecting-to-github-with-ssh/working-with-ssh-key-passphrases.md b/content/authentication/connecting-to-github-with-ssh/working-with-ssh-key-passphrases.md index 4368919675..516200a5b0 100644 --- a/content/authentication/connecting-to-github-with-ssh/working-with-ssh-key-passphrases.md +++ b/content/authentication/connecting-to-github-with-ssh/working-with-ssh-key-passphrases.md @@ -27,10 +27,10 @@ You can change the passphrase for an existing private key without regenerating t ```shell $ ssh-keygen -p -f ~/.ssh/id_{% ifversion ghae %}rsa{% else %}ed25519{% endif %} -> Enter old passphrase: [Type old passphrase] -> Key has comment 'your_email@example.com' -> Enter new passphrase (empty for no passphrase): [Type new passphrase] -> Enter same passphrase again: [Repeat the new passphrase] +> Enter old passphrase: [Type old passphrase] +> Key has comment 'your_email@example.com' +> Enter new passphrase (empty for no passphrase): [Type new passphrase] +> Enter same passphrase again: [Repeat the new passphrase] > Your identification has been saved with the new passphrase. ``` @@ -79,9 +79,9 @@ Now, when you first run Git Bash, you are prompted for your passphrase: ```shell > Initializing new SSH agent... > succeeded -> Enter passphrase for /c/Users/you/.ssh/id_rsa: -> Identity added: /c/Users/you/.ssh/id_rsa (/c/Users/you/.ssh/id_rsa) -> Welcome to Git (version 1.6.0.2-preview20080923) +> Enter passphrase for /c/Users/YOU/.ssh/id_rsa: +> Identity added: /c/Users/YOU/.ssh/id_rsa (/c/Users/YOU/.ssh/id_rsa) +> Welcome to Git (version 1.6.0.2-preview20080923) > > Run 'git help git' to display the help index. > Run 'git help
query {
- JSON objects to return
+ JSON-OBJECT-TO-RETURN
}
For a real-world example, see "[Example query](#example-query)."
@@ -106,8 +106,8 @@ To form a mutation, you must specify three things:
Mutations are structured like this:
mutation {
- mutationName(input: {MutationNameInput!}) {
- MutationNamePayload
+ mutationName(input: {MutationNameInput!}) {
+ MutationNamePayload
}
}
diff --git a/content/graphql/guides/introduction-to-graphql.md b/content/graphql/guides/introduction-to-graphql.md
index 573b706e45..e3da852ff3 100644
--- a/content/graphql/guides/introduction-to-graphql.md
+++ b/content/graphql/guides/introduction-to-graphql.md
@@ -116,7 +116,7 @@ GraphQL is [introspective](https://graphql.github.io/learn/introspection/). This
* You can also run an _introspection query_ of the schema via a `GET` request:
```shell
- $ curl -H "Authorization: bearer token" {% data variables.product.graphql_url_pre %}
+ $ curl -H "Authorization: bearer TOKEN" {% data variables.product.graphql_url_pre %}
```
{% note %}
@@ -130,7 +130,7 @@ GraphQL is [introspective](https://graphql.github.io/learn/introspection/). This
Alternatively, you can pass the `idl` media type to return the results in IDL format, which is a condensed version of the schema:
```shell
- $ curl -H "Authorization: bearer token" -H "Accept: application/vnd.github.v4.idl" \
+ $ curl -H "Authorization: bearer TOKEN" -H "Accept: application/vnd.github.v4.idl" \
{% data variables.product.graphql_url_pre %}
```
diff --git a/content/graphql/guides/using-global-node-ids.md b/content/graphql/guides/using-global-node-ids.md
index 5dadcb4e95..ff9e2ee892 100644
--- a/content/graphql/guides/using-global-node-ids.md
+++ b/content/graphql/guides/using-global-node-ids.md
@@ -35,7 +35,7 @@ Let's walk through an example.
If you [request the authenticated user](/rest/reference/users#get-the-authenticated-user):
```shell
-$ curl -i -u username:token {% data variables.product.api_url_pre %}/user
+$ curl -i -u USERNAME:TOKEN {% data variables.product.api_url_pre %}/user
```
you'll get a response that includes the `node_id` of the authenticated user:
diff --git a/content/issues/planning-and-tracking-with-projects/automating-your-project/using-the-api-to-manage-projects.md b/content/issues/planning-and-tracking-with-projects/automating-your-project/using-the-api-to-manage-projects.md
index 3e15a0797b..0b598b4900 100644
--- a/content/issues/planning-and-tracking-with-projects/automating-your-project/using-the-api-to-manage-projects.md
+++ b/content/issues/planning-and-tracking-with-projects/automating-your-project/using-the-api-to-manage-projects.md
@@ -70,8 +70,8 @@ You can find the node ID of an organization project if you know the organization
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"query{organization(login: \"ORGANIZATION\") {projectV2(number: NUMBER){id}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"query{organization(login: \"ORGANIZATION\") {projectV2(number: NUMBER){id}}}"}'
```
{% endcurl %}
@@ -79,8 +79,8 @@ curl --request POST \
```shell
gh api graphql -f query='
query{
- organization(login: "ORGANIZATION"){
- projectV2(number: NUMBER) {
+ organization(login: "ORGANIZATION"){
+ projectV2(number: NUMBER) {
id
}
}
@@ -94,8 +94,8 @@ You can also find the node ID of all projects in your organization. The followin
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"{organization(login: \"ORGANIZATION\") {projectsV2(first: 20) {nodes {id title}}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"{organization(login: \"ORGANIZATION") {projectsV2(first: 20) {nodes {id title}}}}"}'
```
{% endcurl %}
@@ -103,7 +103,7 @@ curl --request POST \
```shell
gh api graphql -f query='
query{
- organization(login: "ORGANIZATION") {
+ organization(login: "ORGANIZATION") {
projectsV2(first: 20) {
nodes {
id
@@ -125,8 +125,8 @@ You can find the node ID of a user project if you know the project number. Repla
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"query{user(login: \"USER\") {projectV2(number: NUMBER){id}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"query{user(login: \"USER\") {projectV2(number: NUMBER){id}}}"}'
```
{% endcurl %}
@@ -134,8 +134,8 @@ curl --request POST \
```shell
gh api graphql -f query='
query{
- user(login: "USER"){
- projectV2(number: NUMBER) {
+ user(login: "USER"){
+ projectV2(number: NUMBER) {
id
}
}
@@ -149,8 +149,8 @@ You can also find the node ID for all of your projects. The following example wi
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"{user(login: \"USER\") {projectsV2(first: 20) {nodes {id title}}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"{user(login: \"USER\") {projectsV2(first: 20) {nodes {id title}}}}"}'
```
{% endcurl %}
@@ -158,7 +158,7 @@ curl --request POST \
```shell
gh api graphql -f query='
query{
- user(login: "USER") {
+ user(login: "USER") {
projectsV2(first: 20) {
nodes {
id
@@ -180,8 +180,8 @@ The following example will return the ID, name, settings, and configuration for
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"query{ node(id: \"PROJECT_ID\") { ... on ProjectV2 { fields(first: 20) { nodes { ... on ProjectV2Field { id name } ... on ProjectV2IterationField { id name configuration { iterations { startDate id }}} ... on ProjectV2SingleSelectField { id name options { id name }}}}}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"query{ node(id: \"PROJECT_ID\") { ... on ProjectV2 { fields(first: 20) { nodes { ... on ProjectV2Field { id name } ... on ProjectV2IterationField { id name configuration { iterations { startDate id }}} ... on ProjectV2SingleSelectField { id name options { id name }}}}}}}"}'
```
{% endcurl %}
@@ -189,7 +189,7 @@ curl --request POST \
```shell
gh api graphql -f query='
query{
- node(id: "PROJECT_ID") {
+ node(id: "PROJECT_ID") {
... on ProjectV2 {
fields(first: 20) {
nodes {
@@ -284,8 +284,8 @@ If you just need the name and ID of a field, and do not need information about i
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"query{ node(id: \"PROJECT_ID\") { ... on ProjectV2 { fields(first: 20) { nodes { ... on ProjectV2FieldCommon { id name }}}}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"query{ node(id: \"PROJECT_ID\") { ... on ProjectV2 { fields(first: 20) { nodes { ... on ProjectV2FieldCommon { id name }}}}}}"}'
```
{% endcurl %}
@@ -293,7 +293,7 @@ curl --request POST \
```shell
gh api graphql -f query='
query{
- node(id: "PROJECT_ID") {
+ node(id: "PROJECT_ID") {
... on ProjectV2 {
fields(first: 20) {
nodes {
@@ -354,8 +354,8 @@ The following example will return the first 20 issues, pull requests, and draft
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"query{ node(id: \"PROJECT_ID\") { ... on ProjectV2 { items(first: 20) { nodes{ id fieldValues(first: 8) { nodes{ ... on ProjectV2ItemFieldTextValue { text field { ... on ProjectV2FieldCommon { name }}} ... on ProjectV2ItemFieldDateValue { date field { ... on ProjectV2FieldCommon { name } } } ... on ProjectV2ItemFieldSingleSelectValue { name field { ... on ProjectV2FieldCommon { name }}}}} content{ ... on DraftIssue { title body } ...on Issue { title assignees(first: 10) { nodes{ login }}} ...on PullRequest { title assignees(first: 10) { nodes{ login }}}}}}}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"query{ node(id: \"PROJECT_ID\") { ... on ProjectV2 { items(first: 20) { nodes{ id fieldValues(first: 8) { nodes{ ... on ProjectV2ItemFieldTextValue { text field { ... on ProjectV2FieldCommon { name }}} ... on ProjectV2ItemFieldDateValue { date field { ... on ProjectV2FieldCommon { name } } } ... on ProjectV2ItemFieldSingleSelectValue { name field { ... on ProjectV2FieldCommon { name }}}}} content{ ... on DraftIssue { title body } ...on Issue { title assignees(first: 10) { nodes{ login }}} ...on PullRequest { title assignees(first: 10) { nodes{ login }}}}}}}}}"}'
```
{% endcurl %}
@@ -363,7 +363,7 @@ curl --request POST \
```shell
gh api graphql -f query='
query{
- node(id: "PROJECT_ID") {
+ node(id: "PROJECT_ID") {
... on ProjectV2 {
items(first: 20) {
nodes{
@@ -446,8 +446,8 @@ The following example will add an issue or pull request to your project. Replace
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"mutation {addProjectV2ItemById(input: {projectId: \"PROJECT_ID\" contentId: \"CONTENT_ID\"}) {item {id}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"mutation {addProjectV2ItemById(input: {projectId: \"PROJECT_ID\" contentId: \"CONTENT_ID\"}) {item {id}}}"}'
```
{% endcurl %}
@@ -455,7 +455,7 @@ curl --request POST \
```shell
gh api graphql -f query='
mutation {
- addProjectV2ItemById(input: {projectId: "PROJECT_ID" contentId: "CONTENT_ID"}) {
+ addProjectV2ItemById(input: {projectId: "PROJECT_ID" contentId: "CONTENT_ID"}) {
item {
id
}
@@ -488,8 +488,8 @@ The following example will add a draft issue to your project. Replace `PROJECT_I
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"mutation {addProjectV2DraftIssue(input: {projectId: "PROJECT_ID" title: "TITLE" body: "BODY"}) {projectItem {id}}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"mutation {addProjectV2DraftIssue(input: {projectId: "PROJECT_ID" title: "TITLE" body: "BODY"}) {projectItem {id}}}"}'
```
{% endcurl %}
@@ -497,7 +497,7 @@ curl --request POST \
```shell
gh api graphql -f query='
mutation {
- addProjectV2DraftIssue(input: {projectId: "PROJECT_ID" title: "TITLE" body: "BODY"}) {
+ addProjectV2DraftIssue(input: {projectId: "PROJECT_ID" title: "TITLE" body: "BODY"}) {
projectItem {
id
}
@@ -528,8 +528,8 @@ The following example will update your project's settings. Replace `PROJECT_ID`
```shell
curl --request POST \
--url https://api.github.com/graphql \
---header 'Authorization: Bearer TOKEN' \
---data '{"query":"mutation { updateProjectV2(input: { projectId: \"PROJECT_ID\", title: \"Project title\", public: false, readme: \"# Project README\n\nA long description\", shortDescription: \"A short description\"}) { projectV2 { id, title, readme, shortDescription }}}"}'
+--header 'Authorization: Bearer TOKEN' \
+--data '{"query":"mutation { updateProjectV2(input: { projectId: \"PROJECT_ID\", title: \"Project title\", public: false, readme: \"# Project README\n\nA long description\", shortDescription: \"A short description\"}) { projectV2 { id, title, readme, shortDescription }}}"}'
```
{% endcurl %}
@@ -539,7 +539,7 @@ gh api graphql -f query='
mutation {
updateProjectV2(
input: {
- projectId: "PROJECT_ID",
+ projectId: "PROJECT_ID",
title: "Project title",
public: false,
readme: "# Project README\n\nA long description",
@@ -565,8 +565,8 @@ The following example will update the value of a text field for an item. Replace
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"mutation {updateProjectV2ItemFieldValue( input: { projectId: "PROJECT_ID" itemId: "ITEM_ID" fieldId: "FIELD_ID" value: { text: "Updated text" }}) { projectV2Item { id }}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"mutation {updateProjectV2ItemFieldValue( input: { projectId: "PROJECT_ID" itemId: "ITEM_ID" fieldId: "FIELD_ID" value: { text: "Updated text" }}) { projectV2Item { id }}}"}'
```
{% endcurl %}
@@ -576,9 +576,9 @@ gh api graphql -f query='
mutation {
updateProjectV2ItemFieldValue(
input: {
- projectId: "PROJECT_ID"
- itemId: "ITEM_ID"
- fieldId: "FIELD_ID"
+ projectId: "PROJECT_ID"
+ itemId: "ITEM_ID"
+ fieldId: "FIELD_ID"
value: {
text: "Updated text"
}
@@ -619,8 +619,8 @@ The following example will update the value of a single select field for an item
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"mutation {updateProjectV2ItemFieldValue( input: { projectId: "PROJECT_ID" itemId: "ITEM_ID" fieldId: "FIELD_ID" value: { singleSelectOptionId: "OPTION_ID" }}) { projectV2Item { id }}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"mutation {updateProjectV2ItemFieldValue( input: { projectId: "PROJECT_ID" itemId: "ITEM_ID" fieldId: "FIELD_ID" value: { singleSelectOptionId: "OPTION_ID" }}) { projectV2Item { id }}}"}'
```
{% endcurl %}
@@ -630,11 +630,11 @@ gh api graphql -f query='
mutation {
updateProjectV2ItemFieldValue(
input: {
- projectId: "PROJECT_ID"
- itemId: "ITEM_ID"
- fieldId: "FIELD_ID"
+ projectId: "PROJECT_ID"
+ itemId: "ITEM_ID"
+ fieldId: "FIELD_ID"
value: {
- singleSelectOptionId: "OPTION_ID"
+ singleSelectOptionId: "OPTION_ID"
}
}
) {
@@ -659,8 +659,8 @@ The following example will update the value of an iteration field for an item.
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"mutation {updateProjectV2ItemFieldValue( input: { projectId: "PROJECT_ID" itemId: "ITEM_ID" fieldId: "FIELD_ID" value: { singleSelectOptionId: "OPTION_ID" }}) { projectV2Item { id }}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"mutation {updateProjectV2ItemFieldValue( input: { projectId: "PROJECT_ID" itemId: "ITEM_ID" fieldId: "FIELD_ID" value: { singleSelectOptionId: "OPTION_ID" }}) { projectV2Item { id }}}"}'
```
{% endcurl %}
@@ -670,11 +670,11 @@ gh api graphql -f query='
mutation {
updateProjectV2ItemFieldValue(
input: {
- projectId: "PROJECT_ID"
- itemId: "ITEM_ID"
- fieldId: "FIELD_ID"
+ projectId: "PROJECT_ID"
+ itemId: "ITEM_ID"
+ fieldId: "FIELD_ID"
value: {
- iterationId: "ITERATION_ID"
+ iterationId: "ITERATION_ID"
}
}
) {
@@ -694,8 +694,8 @@ The following example will delete an item from a project. Replace `PROJECT_ID` w
```shell
curl --request POST \
--url https://api.github.com/graphql \
- --header 'Authorization: Bearer TOKEN' \
- --data '{"query":"mutation {deleteProjectV2Item(input: {projectId: \"PROJECT_ID\" itemId: \"ITEM_ID\"}) {deletedItemId}}"}'
+ --header 'Authorization: Bearer TOKEN' \
+ --data '{"query":"mutation {deleteProjectV2Item(input: {projectId: \"PROJECT_ID\" itemId: \"ITEM_ID\"}) {deletedItemId}}"}'
```
{% endcurl %}
@@ -705,8 +705,8 @@ gh api graphql -f query='
mutation {
deleteProjectV2Item(
input: {
- projectId: "PROJECT_ID"
- itemId: "ITEM_ID"
+ projectId: "PROJECT_ID"
+ itemId: "ITEM_ID"
}
) {
deletedItemId
diff --git a/content/issues/tracking-your-work-with-issues/transferring-an-issue-to-another-repository.md b/content/issues/tracking-your-work-with-issues/transferring-an-issue-to-another-repository.md
index cfd6821b28..846d43cd1c 100644
--- a/content/issues/tracking-your-work-with-issues/transferring-an-issue-to-another-repository.md
+++ b/content/issues/tracking-your-work-with-issues/transferring-an-issue-to-another-repository.md
@@ -50,7 +50,7 @@ People or teams who are mentioned in the issue will receive a notification letti
To transfer an issue, use the `gh issue transfer` subcommand. Replace the `issue` parameter with the number or URL of the issue. Replace the `{% ifversion ghes %}hostname/{% endif %}owner/repo` parameter with the {% ifversion ghes %}URL{% else %}name{% endif %} of the repository that you want to transfer the issue to, such as `{% ifversion ghes %}https://ghe.io/{% endif %}octocat/octo-repo`.
```shell
-gh issue transfer issue {% ifversion ghes %}hostname/{% endif %}owner/repo
+gh issue transfer ISSUE {% ifversion ghes %}HOSTNAME/{% endif %}OWNER/REPO
```
{% endcli %}
diff --git a/content/organizations/managing-git-access-to-your-organizations-repositories/about-ssh-certificate-authorities.md b/content/organizations/managing-git-access-to-your-organizations-repositories/about-ssh-certificate-authorities.md
index 4a6d44a2fa..c9ebf87a04 100644
--- a/content/organizations/managing-git-access-to-your-organizations-repositories/about-ssh-certificate-authorities.md
+++ b/content/organizations/managing-git-access-to-your-organizations-repositories/about-ssh-certificate-authorities.md
@@ -49,7 +49,7 @@ When you issue each certificate, you must include an extension that specifies wh
{% endnote %}
```shell
-$ ssh-keygen -s ./ca-key -V '+1d' -I KEY-IDENTITY -O extension:login@{% data variables.product.product_url %}=USERNAME ./user-key.pub
+$ ssh-keygen -s ./ca-key -V '+1d' -I KEY-IDENTITY -O extension:login@{% data variables.product.product_url %}=USERNAME ./user-key.pub
```
{% warning %}
@@ -61,11 +61,11 @@ $ ssh-keygen -s ./ca-key -V '+1d' -I KEY-IDENTITY -O extension:login@{%
To issue a certificate for someone who uses SSH to access multiple {% data variables.product.company_short %} products, you can include two login extensions to specify the username for each product. For example, the following command would issue a certificate for _USERNAME-1_ for the user's account for {% data variables.product.prodname_ghe_cloud %}, and _USERNAME-2_ for the user's account on {% data variables.product.prodname_ghe_managed %} or {% data variables.product.prodname_ghe_server %} at _HOSTNAME_.
```shell
-$ ssh-keygen -s ./ca-key -V '+1d' -I KEY-IDENTITY -O extension:login@github.com=USERNAME-1 extension:login@HOSTNAME=USERNAME-2 ./user-key.pub
+$ ssh-keygen -s ./ca-key -V '+1d' -I KEY-IDENTITY -O extension:login@github.com=USERNAME-1 extension:login@HOSTNAME=USERNAME-2 ./user-key.pub
```
You can restrict the IP addresses from which an organization member can access your organization's resources by using a `source-address` extension. The extension accepts a specific IP address or a range of IP addresses using CIDR notation. You can specify multiple addresses or ranges by separating the values with commas. For more information, see "[Classless Inter-Domain Routing](https://en.wikipedia.org/wiki/Classless_Inter-Domain_Routing#CIDR_notation)" on Wikipedia.
```shell
-$ ssh-keygen -s ./ca-key -V '+1d' -I KEY-IDENTITY -O extension:login@{% data variables.product.product_url %}=USERNAME -O source-address=COMMA-SEPARATED-LIST-OF-IP-ADDRESSES-OR-RANGES ./user-key.pub
+$ ssh-keygen -s ./ca-key -V '+1d' -I KEY-IDENTITY -O extension:login@{% data variables.product.product_url %}=USERNAME -O source-address=COMMA-SEPARATED-LIST-OF-IP-ADDRESSES-OR-RANGES ./user-key.pub
```
diff --git a/content/organizations/managing-organization-settings/verifying-or-approving-a-domain-for-your-organization.md b/content/organizations/managing-organization-settings/verifying-or-approving-a-domain-for-your-organization.md
index a31fe1399b..76524a2ce0 100644
--- a/content/organizations/managing-organization-settings/verifying-or-approving-a-domain-for-your-organization.md
+++ b/content/organizations/managing-organization-settings/verifying-or-approving-a-domain-for-your-organization.md
@@ -65,7 +65,7 @@ To verify a domain, you must have access to modify domain records with your doma
{% data reusables.organizations.add-dns-txt-record %}
1. Wait for your DNS configuration to change, which may take up to 72 hours. You can confirm your DNS configuration has changed by running the `dig` command on the command line, replacing `ORGANIZATION` with the name of your organization and `example.com` with the domain you'd like to verify. You should see your new TXT record listed in the command output.
```shell
- $ dig _github-challenge-ORGANIZATION.example.com +nostats +nocomments +nocmd TXT
+ $ dig _github-challenge-ORGANIZATION.example.com +nostats +nocomments +nocmd TXT
```
1. After confirming your TXT record is added to your DNS, follow steps one through three above to navigate to your organization's approved and verified domains.
{% data reusables.organizations.continue-verifying-domain %}
diff --git a/content/packages/learn-github-packages/connecting-a-repository-to-a-package.md b/content/packages/learn-github-packages/connecting-a-repository-to-a-package.md
index 938cf7933b..fcdeb9ed53 100644
--- a/content/packages/learn-github-packages/connecting-a-repository-to-a-package.md
+++ b/content/packages/learn-github-packages/connecting-a-repository-to-a-package.md
@@ -36,7 +36,7 @@ By connecting a repository to a package, the package landing page will show info
1. In your Dockerfile, add this line, replacing {% ifversion ghes %}`HOSTNAME`, {% endif %}`OWNER` and `REPO` with your details:
```shell
- LABEL org.opencontainers.image.source=https://{% ifversion fpt or ghec %}github.com{% else %}HOSTNAME{% endif %}/OWNER/REPO
+ LABEL org.opencontainers.image.source=https://{% ifversion fpt or ghec %}github.com{% else %}HOSTNAME{% endif %}/OWNER/REPO
```
For example, if you're the user `monalisa` and own `my-repo`, and {% data variables.product.product_location %} hostname is `github.companyname.com`, you would add this line to your Dockerfile:
```shell
diff --git a/content/packages/quickstart.md b/content/packages/quickstart.md
index 839256b3ce..367b54eb17 100644
--- a/content/packages/quickstart.md
+++ b/content/packages/quickstart.md
@@ -21,8 +21,8 @@ In this guide, you'll create a {% data variables.product.prodname_actions %} wor
1. Create a new repository on {% data variables.product.prodname_dotcom %}, adding the `.gitignore` for Node. For more information, see "[Creating a new repository](/github/creating-cloning-and-archiving-repositories/creating-a-new-repository)."
2. Clone the repository to your local machine.
```shell
- $ git clone https://{% ifversion ghes or ghae %}YOUR-HOSTNAME{% else %}github.com{% endif %}/YOUR-USERNAME/YOUR-REPOSITORY.git
- $ cd YOUR-REPOSITORY
+ $ git clone https://{% ifversion ghes or ghae %}YOUR-HOSTNAME{% else %}github.com{% endif %}/YOUR-USERNAME/YOUR-REPOSITORY.git
+ $ cd YOUR-REPOSITORY
```
3. Create an `index.js` file and add a basic alert to say "Hello world!"
{% raw %}
@@ -35,9 +35,9 @@ In this guide, you'll create a {% data variables.product.prodname_actions %} wor
```shell
$ npm init
...
- package name: @YOUR-USERNAME/YOUR-REPOSITORY
+ package name: @YOUR-USERNAME/YOUR-REPOSITORY
...
- test command: exit 0
+ test command: exit 0
...
```
{% endraw %}
@@ -89,7 +89,7 @@ In this guide, you'll create a {% data variables.product.prodname_actions %} wor
- Add an NPM configuration file for the repository by creating a `.npmrc` file in the root directory with the contents:
{% raw %}
```shell
- @YOUR-USERNAME:registry=https://npm.pkg.github.com
+ @YOUR-USERNAME:registry=https://npm.pkg.github.com
```
{% endraw %}
- Edit the `package.json` file and specify the `publishConfig` key:
@@ -104,7 +104,7 @@ In this guide, you'll create a {% data variables.product.prodname_actions %} wor
```shell
$ git add .github/workflows/release-package.yml
# Also add the file you created or edited in the previous step.
- $ git add .npmrc or package.json
+ $ git add .npmrc or package.json
$ git commit -m "workflow to publish package"
$ git push
```
diff --git a/content/packages/working-with-a-github-packages-registry/working-with-the-docker-registry.md b/content/packages/working-with-a-github-packages-registry/working-with-the-docker-registry.md
index dc433c384c..86d916e35e 100644
--- a/content/packages/working-with-a-github-packages-registry/working-with-the-docker-registry.md
+++ b/content/packages/working-with-a-github-packages-registry/working-with-the-docker-registry.md
@@ -53,7 +53,7 @@ To keep your credentials secure, we recommend you save your personal access toke
{% ifversion fpt or ghec %}
{% raw %}
```shell
- $ cat ~/TOKEN.txt | docker login https://docker.pkg.github.com -u USERNAME --password-stdin
+ $ cat ~/TOKEN.txt | docker login https://docker.pkg.github.com -u USERNAME --password-stdin
```
{% endraw %}
{% endif %}
@@ -64,7 +64,7 @@ If your instance has subdomain isolation enabled:
{% endif %}
{% raw %}
```shell
- $ cat ~/TOKEN.txt | docker login docker.HOSTNAME -u USERNAME --password-stdin
+ $ cat ~/TOKEN.txt | docker login docker.HOSTNAME -u USERNAME --password-stdin
```
{% endraw %}
{% ifversion ghes %}
@@ -72,7 +72,7 @@ If your instance has subdomain isolation disabled:
{% raw %}
```shell
- $ cat ~/TOKEN.txt | docker login HOSTNAME -u USERNAME --password-stdin
+ $ cat ~/TOKEN.txt | docker login HOSTNAME -u USERNAME --password-stdin
```
{% endraw %}
{% endif %}
@@ -102,62 +102,62 @@ For more information, see "[Docker login](https://docs.docker.com/engine/referen
$ docker images
> < >
> REPOSITORY TAG IMAGE ID CREATED SIZE
- > IMAGE_NAME VERSION IMAGE_ID 4 weeks ago 1.11MB
+ > IMAGE_NAME VERSION IMAGE_ID 4 weeks ago 1.11MB
```
2. Using the Docker image ID, tag the docker image, replacing *OWNER* with the name of the user or organization account that owns the repository, *REPOSITORY* with the name of the repository containing your project, *IMAGE_NAME* with name of the package or image,{% ifversion ghes or ghae %} *HOSTNAME* with the hostname of {% data variables.product.product_location %},{% endif %} and *VERSION* with package version at build time.
{% ifversion fpt or ghec %}
```shell
- $ docker tag IMAGE_ID docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:VERSION
+ $ docker tag IMAGE_ID docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:VERSION
```
{% else %}
{% ifversion ghes %}
If your instance has subdomain isolation enabled:
{% endif %}
```shell
- $ docker tag IMAGE_ID docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
+ $ docker tag IMAGE_ID docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
- $ docker tag IMAGE_ID HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
+ $ docker tag IMAGE_ID HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
```
{% endif %}
{% endif %}
3. If you haven't already built a docker image for the package, build the image, replacing *OWNER* with the name of the user or organization account that owns the repository, *REPOSITORY* with the name of the repository containing your project, *IMAGE_NAME* with name of the package or image, *VERSION* with package version at build time,{% ifversion ghes or ghae %} *HOSTNAME* with the hostname of {% data variables.product.product_location %},{% endif %} and *PATH* to the image if it isn't in the current working directory.
{% ifversion fpt or ghec %}
```shell
- $ docker build -t docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH
+ $ docker build -t docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH
```
{% else %}
{% ifversion ghes %}
If your instance has subdomain isolation enabled:
{% endif %}
```shell
- $ docker build -t docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH
+ $ docker build -t docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
- $ docker build -t HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH
+ $ docker build -t HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION PATH
```
{% endif %}
{% endif %}
4. Publish the image to {% data variables.product.prodname_registry %}.
{% ifversion fpt or ghec %}
```shell
- $ docker push docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:VERSION
+ $ docker push docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:VERSION
```
{% else %}
{% ifversion ghes %}
If your instance has subdomain isolation enabled:
{% endif %}
```shell
- $ docker push docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
+ $ docker push docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
- $ docker push HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
+ $ docker push HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
```
{% endif %}
{% endif %}
@@ -198,10 +198,10 @@ $ docker images
> monalisa 1.0 c75bebcdd211 4 weeks ago 1.11MB
# Tag the image with OWNER/REPO/IMAGE_NAME
-$ docker tag c75bebcdd211 docker.HOSTNAME/octocat/octo-app/monalisa:1.0
+$ docker tag c75bebcdd211 docker.HOSTNAME/octocat/octo-app/monalisa:1.0
# Push the image to {% data variables.product.prodname_registry %}
-$ docker push docker.HOSTNAME/octocat/octo-app/monalisa:1.0
+$ docker push docker.HOSTNAME/octocat/octo-app/monalisa:1.0
```
{% endif %}
@@ -222,10 +222,10 @@ $ docker push docker.pkg.github.com/octocat/octo-app/monalisa:1.0
```shell
# Build the image with docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:VERSION
# Assumes Dockerfile resides in the current working directory (.)
-$ docker build -t docker.HOSTNAME/octocat/octo-app/monalisa:1.0 .
+$ docker build -t docker.HOSTNAME/octocat/octo-app/monalisa:1.0 .
# Push the image to {% data variables.product.prodname_registry %}
-$ docker push docker.HOSTNAME/octocat/octo-app/monalisa:1.0
+$ docker push docker.HOSTNAME/octocat/octo-app/monalisa:1.0
```
{% endif %}
@@ -237,7 +237,7 @@ You can use the `docker pull` command to install a docker image from {% data var
{% ifversion fpt or ghec %}
```shell
-$ docker pull docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME
+$ docker pull docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME
```
{% else %}
@@ -245,12 +245,12 @@ $ docker pull docker.pkg.github.com/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAMEHOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME
+$ docker pull docker.HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
-$ docker pull HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME
+$ docker pull HOSTNAME/OWNER/REPOSITORY/IMAGE_NAME:TAG_NAME
```
{% endif %}
{% endif %}
diff --git a/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md b/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md
index 7ff16231a5..dc5f62a139 100644
--- a/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md
+++ b/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md
@@ -57,10 +57,10 @@ publishing {
repositories {
maven {
name = "GitHubPackages"
- url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
+ url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
credentials {
- username = project.findProperty("gpr.user") ?: System.getenv("USERNAME")
- password = project.findProperty("gpr.key") ?: System.getenv("TOKEN")
+ username = project.findProperty("gpr.user") ?: System.getenv("USERNAME")
+ password = project.findProperty("gpr.key") ?: System.getenv("TOKEN")
}
}
}
@@ -84,10 +84,10 @@ subprojects {
repositories {
maven {
name = "GitHubPackages"
- url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
+ url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
credentials {
- username = project.findProperty("gpr.user") ?: System.getenv("USERNAME")
- password = project.findProperty("gpr.key") ?: System.getenv("TOKEN")
+ username = project.findProperty("gpr.user") ?: System.getenv("USERNAME")
+ password = project.findProperty("gpr.key") ?: System.getenv("TOKEN")
}
}
}
@@ -110,10 +110,10 @@ publishing {
repositories {
maven {
name = "GitHubPackages"
- url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
+ url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
credentials {
- username = project.findProperty("gpr.user") as String? ?: System.getenv("USERNAME")
- password = project.findProperty("gpr.key") as String? ?: System.getenv("TOKEN")
+ username = project.findProperty("gpr.user") as String? ?: System.getenv("USERNAME")
+ password = project.findProperty("gpr.key") as String? ?: System.getenv("TOKEN")
}
}
}
@@ -137,10 +137,10 @@ subprojects {
repositories {
maven {
name = "GitHubPackages"
- url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
+ url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
credentials {
- username = project.findProperty("gpr.user") as String? ?: System.getenv("USERNAME")
- password = project.findProperty("gpr.key") as String? ?: System.getenv("TOKEN")
+ username = project.findProperty("gpr.user") as String? ?: System.getenv("USERNAME")
+ password = project.findProperty("gpr.key") as String? ?: System.getenv("TOKEN")
}
}
}
@@ -192,10 +192,10 @@ To use a published package from {% data variables.product.prodname_registry %},
```shell
repositories {
maven {
- url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
+ url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else % REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
credentials {
- username = project.findProperty("gpr.user") ?: System.getenv("USERNAME")
- password = project.findProperty("gpr.key") ?: System.getenv("TOKEN")
+ username = project.findProperty("gpr.user") ?: System.getenv("USERNAME")
+ password = project.findProperty("gpr.key") ?: System.getenv("TOKEN")
}
}
}
@@ -204,10 +204,10 @@ To use a published package from {% data variables.product.prodname_registry %},
```shell
repositories {
maven {
- url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
+ url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
credentials {
- username = project.findProperty("gpr.user") as String? ?: System.getenv("USERNAME")
- password = project.findProperty("gpr.key") as String? ?: System.getenv("TOKEN")
+ username = project.findProperty("gpr.user") as String? ?: System.getenv("USERNAME")
+ password = project.findProperty("gpr.key") as String? ?: System.getenv("TOKEN")
}
}
}
diff --git a/content/packages/working-with-a-github-packages-registry/working-with-the-npm-registry.md b/content/packages/working-with-a-github-packages-registry/working-with-the-npm-registry.md
index 8007cd2b6f..cc0d74151d 100644
--- a/content/packages/working-with-a-github-packages-registry/working-with-the-npm-registry.md
+++ b/content/packages/working-with-a-github-packages-registry/working-with-the-npm-registry.md
@@ -55,14 +55,14 @@ If your instance has subdomain isolation enabled:
{% endif %}
```shell
-//{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME/{% endif %}/:_authToken=TOKEN
+//{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME/{% endif %}/:_authToken=TOKEN
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
-//HOSTNAME/_registry/npm/:_authToken=TOKEN
+//HOSTNAME/_registry/npm/:_authToken=TOKEN
```
{% endif %}
@@ -75,21 +75,21 @@ If your instance has subdomain isolation enabled:
{% endif %}
```shell
-$ npm login --scope=@OWNER --registry=https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME/{% endif %}
+$ npm login --scope=@OWNER --registry=https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME/{% endif %}
-> Username: USERNAME
-> Password: TOKEN
-> Email: PUBLIC-EMAIL-ADDRESS
+> Username: USERNAME
+> Password: TOKEN
+> Email: PUBLIC-EMAIL-ADDRESS
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
-$ npm login --scope=@OWNER --registry=https://HOSTNAME/_registry/npm/
-> Username: USERNAME
-> Password: TOKEN
-> Email: PUBLIC-EMAIL-ADDRESS
+$ npm login --scope=@OWNER --registry=https://HOSTNAME/_registry/npm/
+> Username: USERNAME
+> Password: TOKEN
+> Email: PUBLIC-EMAIL-ADDRESS
```
{% endif %}
@@ -142,14 +142,14 @@ You can use `publishConfig` element in the *package.json* file to specify the re
{% endif %}
```shell
"publishConfig": {
- "registry":"https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME/{% endif %}"
+ "registry":"https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME/{% endif %}"
},
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
"publishConfig": {
- "registry":"https://HOSTNAME/_registry/npm/"
+ "registry":"https://HOSTNAME/_registry/npm/"
},
```
{% endif %}
@@ -165,7 +165,7 @@ To ensure the repository's URL is correct, replace REPOSITORY with the name of t
{% data variables.product.prodname_registry %} will match the repository based on the URL, instead of based on the package name.
```shell
-"repository":"https://{% ifversion fpt or ghec %}github.com{% else %}HOSTNAME{% endif %}/OWNER/REPOSITORY",
+"repository":"https://{% ifversion fpt or ghec %}github.com{% else %}HOSTNAME{% endif %}/OWNER/REPOSITORY",
```
## Installing a package
@@ -213,16 +213,16 @@ If your instance has subdomain isolation enabled:
{% endif %}
```shell
-@OWNER:registry=https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME{% endif %}
-@OWNER:registry=https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME{% endif %}
+@OWNER:registry=https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME{% endif %}
+@OWNER:registry=https://{% ifversion fpt or ghec %}npm.pkg.github.com{% else %}npm.HOSTNAME{% endif %}
```
{% ifversion ghes %}
If your instance has subdomain isolation disabled:
```shell
-@OWNER:registry=https://HOSTNAME/_registry/npm
-@OWNER:registry=https://HOSTNAME/_registry/npm
+@OWNER:registry=https://HOSTNAME/_registry/npm
+@OWNER:registry=https://HOSTNAME/_registry/npm
```
{% endif %}
diff --git a/content/packages/working-with-a-github-packages-registry/working-with-the-nuget-registry.md b/content/packages/working-with-a-github-packages-registry/working-with-the-nuget-registry.md
index fc4326ab48..2693ca8d8b 100644
--- a/content/packages/working-with-a-github-packages-registry/working-with-the-nuget-registry.md
+++ b/content/packages/working-with-a-github-packages-registry/working-with-the-nuget-registry.md
@@ -106,7 +106,7 @@ If you don't already have a PAT to use for your account on {% ifversion ghae %}{
3. Publish the package using your PAT as the API key.
```shell
- dotnet nuget push "bin/Release/OctocatApp.1.0.0.nupkg" --api-key YOUR_GITHUB_PAT --source "github"
+ dotnet nuget push "bin/Release/OctocatApp.1.0.0.nupkg" --api-key YOUR_GITHUB_PAT --source "github"
```
{% data reusables.package_registry.viewing-packages %}
diff --git a/content/packages/working-with-a-github-packages-registry/working-with-the-rubygems-registry.md b/content/packages/working-with-a-github-packages-registry/working-with-the-rubygems-registry.md
index 22800bd5c6..533df4844e 100644
--- a/content/packages/working-with-a-github-packages-registry/working-with-the-rubygems-registry.md
+++ b/content/packages/working-with-a-github-packages-registry/working-with-the-rubygems-registry.md
@@ -60,7 +60,7 @@ For example, you would create or edit a *~/.gem/credentials* to include the foll
```shell
---
-:github: Bearer TOKEN
+:github: Bearer TOKEN
```
To install gems, you need to authenticate to {% data variables.product.prodname_registry %} by editing the *~/.gemrc* file for your project to include `https://USERNAME:TOKEN@{% ifversion fpt or ghec %}rubygems.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/`. You must replace:
@@ -89,7 +89,7 @@ If you don't have a *~/.gemrc* file, create a new *~/.gemrc* file using this exa
To authenticate with Bundler, configure Bundler to use your personal access token, replacing *USERNAME* with your {% data variables.product.prodname_dotcom %} username, *TOKEN* with your personal access token, and *OWNER* with the name of the user or organization account that owns the repository containing your project.{% ifversion ghes %} Replace `REGISTRY-URL` with the URL for your instance's RubyGems registry. If your instance has subdomain isolation enabled, use `rubygems.HOSTNAME`. If your instance has subdomain isolation disabled, use `HOSTNAME/_registry/rubygems`. In either case, replace *HOSTNAME* with the hostname of your {% data variables.product.prodname_ghe_server %} instance.{% elsif ghae %}Replace `REGISTRY-URL` with the URL for your instance's Rubygems registry, `rubygems.HOSTNAME`. Replace *HOSTNAME* with the hostname of {% data variables.product.product_location %}.{% endif %}
```shell
-$ bundle config https://{% ifversion fpt or ghec %}rubygems.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER USERNAME:TOKEN
+$ bundle config https://{% ifversion fpt or ghec %}rubygems.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER USERNAME:TOKEN
```
## Publishing a package
@@ -107,8 +107,8 @@ $ bundle config https://{% ifversion fpt or ghec %}rubygems.pkg.github.com{% els
```shell
$ gem push --key github \
- --host https://{% ifversion fpt or ghec %}rubygems.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER \
- OCTO-GEM-0.0.1.gem
+ --host https://{% ifversion fpt or ghec %}rubygems.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER \
+ OCTO-GEM-0.0.1.gem
```
## Publishing multiple packages to the same repository
diff --git a/content/pages/configuring-a-custom-domain-for-your-github-pages-site/managing-a-custom-domain-for-your-github-pages-site.md b/content/pages/configuring-a-custom-domain-for-your-github-pages-site/managing-a-custom-domain-for-your-github-pages-site.md
index 05e0b384b9..ff6270317a 100644
--- a/content/pages/configuring-a-custom-domain-for-your-github-pages-site/managing-a-custom-domain-for-your-github-pages-site.md
+++ b/content/pages/configuring-a-custom-domain-for-your-github-pages-site/managing-a-custom-domain-for-your-github-pages-site.md
@@ -53,11 +53,11 @@ To set up a `www` or custom subdomain, such as `www.example.com` or `blog.exampl
{% data reusables.command_line.open_the_multi_os_terminal %}
6. To confirm that your DNS record configured correctly, use the `dig` command, replacing _WWW.EXAMPLE.COM_ with your subdomain.
```shell
- $ dig WWW.EXAMPLE.COM +nostats +nocomments +nocmd
- > ;WWW.EXAMPLE.COM. IN A
- > WWW.EXAMPLE.COM. 3592 IN CNAME YOUR-USERNAME.github.io.
- > YOUR-USERNAME.github.io. 43192 IN CNAME GITHUB-PAGES-SERVER .
- > GITHUB-PAGES-SERVER . 22 IN A 192.0.2.1
+ $ dig WWW.EXAMPLE.COM +nostats +nocomments +nocmd
+ > ;WWW.EXAMPLE.COM. IN A
+ > WWW.EXAMPLE.COM. 3592 IN CNAME YOUR-USERNAME.github.io.
+ > YOUR-USERNAME.github.io. 43192 IN CNAME GITHUB-PAGES-SERVER .
+ > GITHUB-PAGES-SERVER . 22 IN A 192.0.2.1
```
{% data reusables.pages.build-locally-download-cname %}
{% data reusables.pages.enforce-https-custom-domain %}
@@ -95,19 +95,19 @@ To set up an apex domain, such as `example.com`, you must configure a custom dom
6. To confirm that your DNS record configured correctly, use the `dig` command, replacing _EXAMPLE.COM_ with your apex domain. Confirm that the results match the IP addresses for {% data variables.product.prodname_pages %} above.
- For `A` records.
```shell
- $ dig EXAMPLE.COM +noall +answer -t A
- > EXAMPLE.COM 3600 IN A 185.199.108.153
- > EXAMPLE.COM 3600 IN A 185.199.109.153
- > EXAMPLE.COM 3600 IN A 185.199.110.153
- > EXAMPLE.COM 3600 IN A 185.199.111.153
+ $ dig EXAMPLE.COM +noall +answer -t A
+ > EXAMPLE.COM 3600 IN A 185.199.108.153
+ > EXAMPLE.COM 3600 IN A 185.199.109.153
+ > EXAMPLE.COM 3600 IN A 185.199.110.153
+ > EXAMPLE.COM 3600 IN A 185.199.111.153
```
- For `AAAA` records.
```shell
- $ dig EXAMPLE.COM +noall +answer -t AAAA
- > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8000::153
- > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8001::153
- > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8002::153
- > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8003::153
+ $ dig EXAMPLE.COM +noall +answer -t AAAA
+ > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8000::153
+ > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8001::153
+ > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8002::153
+ > EXAMPLE.COM 3600 IN AAAA 2606:50c0:8003::153
```
{% data reusables.pages.build-locally-download-cname %}
{% data reusables.pages.enforce-https-custom-domain %}
@@ -123,11 +123,11 @@ After you configure the apex domain, you must configure a CNAME record with your
1. Navigate to your DNS provider and create a `CNAME` record that points `www.example.com` to the default domain for your site: `ID+username@users.noreply.github.com. If you created your account on {% data variables.product.product_location %} _prior to_ July 18, 2017, your `noreply` email address from {% data variables.product.product_name %} is username@users.noreply.github.com. You can get an ID-based `noreply` email address for {% data variables.product.product_name %} by selecting (or deselecting and reselecting) **Keep my email address private** in your email settings.
+**Note:** If you created your account on {% data variables.product.product_location %} _after_ July 18, 2017, your `noreply` email address for {% data variables.product.product_name %} is a seven-digit ID number and your username in the form of ID+USERNAME@users.noreply.github.com. If you created your account on {% data variables.product.product_location %} _prior to_ July 18, 2017, your `noreply` email address from {% data variables.product.product_name %} is USERNAME@users.noreply.github.com. You can get an ID-based `noreply` email address for {% data variables.product.product_name %} by selecting (or deselecting and reselecting) **Keep my email address private** in your email settings.
{% endnote %}
diff --git a/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md b/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md
index be5b750a87..1459f98cd5 100644
--- a/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md
+++ b/content/actions/deployment/deploying-xcode-applications/installing-an-apple-certificate-on-macos-runners-for-xcode-development.md
@@ -63,7 +63,7 @@ Create secrets in your repository or organization for the following items:
- Use the following command to convert your provisioning profile to Base64 and copy it to your clipboard:
```shell
- base64 provisioning_profile.mobileprovision | pbcopy
+ base64 PROVISIONING_PROFILE.mobileprovision | pbcopy
```
* A keychain password.
diff --git a/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md b/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md
index 7d67ea775c..e2894b8fdd 100644
--- a/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md
+++ b/content/actions/hosting-your-own-runners/autoscaling-with-self-hosted-runners.md
@@ -63,7 +63,7 @@ By default, self-hosted runners will automatically perform a software update whe
To turn off automatic software updates and install software updates yourself, specify the `--disableupdate` flag when registering your runner using `config.sh`. For example:
```shell
-./config.sh --url https://github.com/octo-org --token EXAMPLE-TOKEN --disableupdate
+./config.sh --url https://github.com/YOUR-ORGANIZATION --token EXAMPLE-TOKEN --disableupdate
```
If you disable automatic updates, you must still update your runner version regularly. New functionality in {% data variables.product.prodname_actions %} requires changes in both the {% data variables.product.prodname_actions %} service _and_ the runner software. The runner may not be able to correctly process jobs that take advantage of new features in {% data variables.product.prodname_actions %} without a software update.
diff --git a/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md b/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md
index c828388039..02a70e8c26 100644
--- a/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md
+++ b/content/actions/hosting-your-own-runners/monitoring-and-troubleshooting-self-hosted-runners.md
@@ -59,7 +59,7 @@ For example:
{% windows %}
```shell
-run.cmd --check --url https://github.com/octo-org/octo-repo --pat gcp_abcd1234
+run.cmd --check --url https://github.com/YOUR-ORG/YOUR-REPO --pat GHP_ABCD1234
```
{% endwindows %}
@@ -79,7 +79,7 @@ To disable TLS certification verification in the self-hosted runner application,
```shell
export GITHUB_ACTIONS_RUNNER_TLS_NO_VERIFY=1
-./config.sh --url https://github.com/octo-org/octo-repo --token
+./config.sh --url https://github.com/YOUR-ORG/YOUR-REPO --token
./run.sh
```
diff --git a/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md b/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md
index 1fcaf9bf0e..6ce475f511 100644
--- a/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md
+++ b/content/admin/configuration/configuring-your-enterprise/command-line-utilities.md
@@ -115,7 +115,7 @@ With this utility, you can both retrieve and modify the configuration settings o
$ ghe-config core.github-hostname
# Gets the configuration value of `core.github-hostname`
$ ghe-config core.github-hostname URL
-# Sets the configuration value of `core.github-hostname` to URL for example, `example.com`
+# Sets the configuration value of `core.github-hostname` to the specified URL
$ ghe-config -l
# Lists all the configuration values
```
diff --git a/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md b/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md
index bc6312c9e2..708967668a 100644
--- a/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md
+++ b/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md
@@ -45,7 +45,7 @@ Then, when told to fetch `https://github.example.com/myorg/myrepo`, Git will ins
1. Connect to the repository cache's IP address using SSH.
```shell
- $ ssh -p 122 admin@REPLICA IP
+ $ ssh -p 122 admin@REPLICA-IP
```
{%- ifversion ghes = 3.3 %}
1. On your cache replica, enable the feature flag for repository caching.
@@ -59,7 +59,7 @@ Then, when told to fetch `https://github.example.com/myorg/myrepo`, Git will ins
1. To verify the connection to the primary and enable replica mode for the repository cache, run `ghe-repl-setup` again.
```shell
- $ ghe-repl-setup PRIMARY IP
+ $ ghe-repl-setup PRIMARY-IP
```
1. Set a `cache_location` for the repository cache, replacing *CACHE-LOCATION* with an alphanumeric identifier, such as the region where the cache is deployed. Also set a datacenter name for this cache; new caches will attempt to seed from another cache in the same datacenter.
diff --git a/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md b/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md
index 51b1594478..1291e253e1 100644
--- a/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md
+++ b/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md
@@ -80,7 +80,7 @@ Before you define a secondary datacenter for your passive nodes, ensure that you
[cluster "HOSTNAME"]
datacenter = default
hostname = HOSTNAME
- ipv4 = IP ADDRESS
+ ipv4 = IP-ADDRESS
...
...
```
@@ -185,8 +185,8 @@ For an example configuration, see "[Example configuration](#example-configuratio
11. Designate the primary MySQL and Redis nodes in the secondary datacenter. Replace `REPLICA MYSQL PRIMARY HOSTNAME` and `REPLICA REDIS PRIMARY HOSTNAME` with the hostnames of the passives node that you provisioned to match your existing MySQL and Redis primaries.
```shell
- git config -f /data/user/common/cluster.conf cluster.mysql-master-replica REPLICA MYSQL PRIMARY HOSTNAME
- git config -f /data/user/common/cluster.conf cluster.redis-master-replica REPLICA REDIS PRIMARY HOSTNAME
+ git config -f /data/user/common/cluster.conf cluster.mysql-master-replica REPLICA-MYSQL-PRIMARY-HOSTNAME
+ git config -f /data/user/common/cluster.conf cluster.redis-master-replica REPLICA-REDIS-PRIMARY-HOSTNAME
```
{% warning %}
@@ -235,11 +235,11 @@ The top-level `[cluster]` configuration should look like the following example.
```shell
[cluster]
- mysql-master = HOSTNAME OF ACTIVE MYSQL MASTER
- redis-master = HOSTNAME OF ACTIVE REDIS MASTER
- primary-datacenter = PRIMARY DATACENTER NAME
- mysql-master-replica = HOSTNAME OF PASSIVE MYSQL MASTER
- redis-master-replica = HOSTNAME OF PASSIVE REDIS MASTER
+ mysql-master = HOSTNAME-OF-ACTIVE-MYSQL-MASTER
+ redis-master = HOSTNAME-OF-ACTIVE-REDIS-MASTER
+ primary-datacenter = PRIMARY-DATACENTER-NAME
+ mysql-master-replica = HOSTNAME-OF-PASSIVE-MYSQL-MASTER
+ redis-master-replica = HOSTNAME-OF-PASSIVE-REDIS-MASTER
mysql-auto-failover = false
...
```
@@ -250,8 +250,8 @@ The configuration for an active node in your cluster's storage tier should look
...
[cluster "UNIQUE ACTIVE NODE HOSTNAME"]
datacenter = default
- hostname = UNIQUE ACTIVE NODE HOSTNAME
- ipv4 = IPV4 ADDRESS
+ hostname = UNIQUE-ACTIVE-NODE-HOSTNAME
+ ipv4 = IPV4-ADDRESS
consul-datacenter = default
consul-server = true
git-server = true
diff --git a/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md b/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md
index b0f93f2234..bdcff0058c 100644
--- a/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md
+++ b/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md
@@ -22,7 +22,7 @@ versions:
You can also change to your repository path and then type `github .` to open that repository.
```shell
- $ cd /path/to/repo
+ $ cd /PATH/TO/REPO
[repo]$ github .
```
@@ -34,13 +34,13 @@ versions:
2. {% data reusables.desktop.launch-desktop-from-command-line %}
```shell
- C:\Users\octocat> github path\to\repo
+ C:\Users\octocat> github PATH\TO\REPO
```
You can also change to your repository path and then type `github .` to open that repository.
```shell
- C:\Users\octocat> cd repo\myrepo
+ C:\Users\octocat> cd REPO\MY-REPO
C:\Users\octocat\repo\myrepo> github .
```
diff --git a/content/developers/overview/using-ssh-agent-forwarding.md b/content/developers/overview/using-ssh-agent-forwarding.md
index a0f3e4dfa2..7921be217c 100644
--- a/content/developers/overview/using-ssh-agent-forwarding.md
+++ b/content/developers/overview/using-ssh-agent-forwarding.md
@@ -97,8 +97,8 @@ Before you can make your keys work through agent forwarding, they must work loca
Sometimes, system configurations disallow SSH agent forwarding. You can check if a system configuration file is being used by entering the following command in the terminal:
```shell
-$ ssh -v "example.com"
-# Connect to example.com with verbose debug output
+$ ssh -v URL
+# Connect to the specified URL with verbose debug output
> OpenSSH_8.1p1, LibreSSL 2.7.3
> debug1: Reading configuration data /Users/YOU/.ssh/config
> debug1: Applying options for example.com
diff --git a/content/get-started/importing-your-projects-to-github/importing-source-code-to-github/importing-a-git-repository-using-the-command-line.md b/content/get-started/importing-your-projects-to-github/importing-source-code-to-github/importing-a-git-repository-using-the-command-line.md
index 15aceafdb9..e570aed9dc 100644
--- a/content/get-started/importing-your-projects-to-github/importing-source-code-to-github/importing-a-git-repository-using-the-command-line.md
+++ b/content/get-started/importing-your-projects-to-github/importing-source-code-to-github/importing-a-git-repository-using-the-command-line.md
@@ -37,7 +37,7 @@ For purposes of demonstration, we'll use:
3. Push the locally cloned repository to {% data variables.product.product_name %} using the "mirror" option, which ensures that all references, such as branches and tags, are copied to the imported repository.
```shell
$ cd REPO.git
- $ git push --mirror https://{% data variables.command_line.codeblock %}/ghuser/REPO.git
+ $ git push --mirror https://{% data variables.command_line.codeblock %}/USER/REPO.git
# Pushes the mirror to the new repository on {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.product.product_location %}{% endif %}
```
4. Remove the temporary local repository.
diff --git a/content/graphql/guides/forming-calls-with-graphql.md b/content/graphql/guides/forming-calls-with-graphql.md
index e086d40fb2..eb64b6f601 100644
--- a/content/graphql/guides/forming-calls-with-graphql.md
+++ b/content/graphql/guides/forming-calls-with-graphql.md
@@ -106,8 +106,8 @@ To form a mutation, you must specify three things:
Mutations are structured like this:
mutation {
- mutationName(input: {MutationNameInput!}) {
- MutationNamePayload
+ MUTATION-NAME(input: {MUTATION-NAME-INPUT!}) {
+ MUTATION-NAME-PAYLOAD
}
}
diff --git a/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md b/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md
index a2f42020f0..0740282958 100644
--- a/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md
+++ b/content/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/checking-out-pull-requests-locally.md
@@ -74,7 +74,7 @@ Anyone can work with a previously opened pull request to continue working on it,
7. At this point, you can do anything you want with this branch. You can run some local tests, or merge other branches into the branch.
8. When you're ready, you can push the new branch up:
```shell
- [pull-inactive-pull-request] $ git push origin BRANCHNAME
+ [pull-inactive-pull-request] $ git push origin BRANCH_NAME
> Counting objects: 32, done.
> Delta compression using up to 8 threads.
> Compressing objects: 100% (26/26), done.
diff --git a/content/rest/enterprise-admin/management-console.md b/content/rest/enterprise-admin/management-console.md
index 0f1095eb85..961fc9d74a 100644
--- a/content/rest/enterprise-admin/management-console.md
+++ b/content/rest/enterprise-admin/management-console.md
@@ -25,11 +25,11 @@ You need to pass your [Management Console password](/enterprise/admin/articles/a
Use the `api_key` parameter to send this token with each request. For example:
```shell
-$ curl -L 'https://HOSTNAME:ADMIN-PORT/setup/api?api_key=YOUR_AMAZING_PASSWORD'
+$ curl -L 'https://HOSTNAME:ADMIN-PORT/setup/api?api_key=YOUR_PASSWORD'
```
You can also use standard HTTP authentication to send this token. For example:
```shell
-$ curl -L -u "api_key:YOUR_AMAZING_PASSWORD" 'https://HOSTNAME:ADMIN-PORT/setup/api'
+$ curl -L -u "api_key:YOUR_PASSWORD" 'https://HOSTNAME:ADMIN-PORT/setup/api'
```
From af13d81f7555d2ad115311ed5e65dc173878619b Mon Sep 17 00:00:00 2001
From: Ethan Palm <56270045+ethanpalm@users.noreply.github.com>
Date: Mon, 3 Oct 2022 11:13:16 -0700
Subject: [PATCH 07/15] Apply suggestions from code review
---
.../managing-commit-signature-verification/signing-commits.md | 2 +-
.../overview/launching-github-desktop-from-the-command-line.md | 2 +-
.../creating-and-managing-repositories/cloning-a-repository.md | 3 +--
data/reusables/actions/self-hosted-runner-check-mac-linux.md | 3 +--
4 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/content/authentication/managing-commit-signature-verification/signing-commits.md b/content/authentication/managing-commit-signature-verification/signing-commits.md
index faeeb878b6..e9b3200e36 100644
--- a/content/authentication/managing-commit-signature-verification/signing-commits.md
+++ b/content/authentication/managing-commit-signature-verification/signing-commits.md
@@ -36,7 +36,7 @@ If you have multiple keys or are attempting to sign commits or tags with a key t
1. When committing changes in your local branch, add the -S flag to the git commit command:
```shell
- $ git commit -S -m YOUR_COMMIT_MESSAGE
+ $ git commit -S -m "YOUR_COMMIT_MESSAGE"
# Creates a signed commit
```
2. If you're using GPG, after you create your commit, provide the passphrase you set up when you [generated your GPG key](/articles/generating-a-new-gpg-key).
diff --git a/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md b/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md
index bdcff0058c..edcbbd0900 100644
--- a/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md
+++ b/content/desktop/installing-and-configuring-github-desktop/overview/launching-github-desktop-from-the-command-line.md
@@ -16,7 +16,7 @@ versions:
3. {% data reusables.desktop.launch-desktop-from-command-line %}
```shell
- $ github /path/to/repo
+ $ github /PATH/TO/REPO
```
You can also change to your repository path and then type `github .` to open that repository.
diff --git a/content/repositories/creating-and-managing-repositories/cloning-a-repository.md b/content/repositories/creating-and-managing-repositories/cloning-a-repository.md
index c8bf281fc9..d5ff6f38b6 100644
--- a/content/repositories/creating-and-managing-repositories/cloning-a-repository.md
+++ b/content/repositories/creating-and-managing-repositories/cloning-a-repository.md
@@ -48,9 +48,8 @@ gh repo clone REPOSITORY
You can also use the GitHub URL to clone a repository.
```shell
-gh repo clone URL
+gh repo clone https://github.com/PATH-TO/REPOSITORY
```
-Replace URL with the URL of a GitHub repository. For example, `https://github.com/cli/cli`
{% endcli %}
diff --git a/data/reusables/actions/self-hosted-runner-check-mac-linux.md b/data/reusables/actions/self-hosted-runner-check-mac-linux.md
index 5a946bfa75..ca32cd3f4a 100644
--- a/data/reusables/actions/self-hosted-runner-check-mac-linux.md
+++ b/data/reusables/actions/self-hosted-runner-check-mac-linux.md
@@ -1,4 +1,3 @@
```shell
./run.sh --check --url URL --pat ghp_abcd1234
-```
-Replace URL with the URL of repository. For example, `https://github.com/octo-org/octo-repo`.
\ No newline at end of file
+```
\ No newline at end of file
From d5ba742c2f1efa317c441fb727d6dec7dc82d338 Mon Sep 17 00:00:00 2001
From: Ethan Palm <56270045+ethanpalm@users.noreply.github.com>
Date: Mon, 3 Oct 2022 13:16:57 -0700
Subject: [PATCH 08/15] fix liquid tag
---
.../working-with-the-gradle-registry.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md b/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md
index dc5f62a139..2646465644 100644
--- a/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md
+++ b/content/packages/working-with-a-github-packages-registry/working-with-the-gradle-registry.md
@@ -192,7 +192,7 @@ To use a published package from {% data variables.product.prodname_registry %},
```shell
repositories {
maven {
- url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else % REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
+ url = uri("https://{% ifversion fpt or ghec %}maven.pkg.github.com{% else %}REGISTRY-URL{% endif %}/OWNER/REPOSITORY")
credentials {
username = project.findProperty("gpr.user") ?: System.getenv("USERNAME")
password = project.findProperty("gpr.key") ?: System.getenv("TOKEN")
From 39cd30a2abb03609b0dbf493ea09432f1dd3d4c8 Mon Sep 17 00:00:00 2001
From: Jim Boyle <95828167+boylejj@users.noreply.github.com>
Date: Tue, 4 Oct 2022 10:48:14 -0400
Subject: [PATCH 09/15] Update streaming-the-audit-log-for-your-enterprise.md
for OIDC GA (#31164)
---
.../streaming-the-audit-log-for-your-enterprise.md | 6 ------
1 file changed, 6 deletions(-)
diff --git a/content/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/streaming-the-audit-log-for-your-enterprise.md b/content/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/streaming-the-audit-log-for-your-enterprise.md
index b34b1c60c3..47804fb2d7 100644
--- a/content/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/streaming-the-audit-log-for-your-enterprise.md
+++ b/content/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/streaming-the-audit-log-for-your-enterprise.md
@@ -86,12 +86,6 @@ For information on creating or accessing your access key ID and secret key, see
{% ifversion streaming-oidc-s3 %}
#### Setting up streaming to S3 with OpenID Connect
-{% note %}
-
-**Note:** Streaming to Amazon S3 with OpenID Connect is currently in beta and subject to change.
-
-{% endnote %}
-
1. In AWS, add the {% data variables.product.prodname_dotcom %} OIDC provider to IAM. For more information, see [Creating OpenID Connect (OIDC) identity providers](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_providers_create_oidc.html) in the AWS documentation.
- For the provider URL, use `https://oidc-configuration.audit-log.githubusercontent.com`.
From b8f3aa6aa64dbd15a6f50b3500ec32a5df55036f Mon Sep 17 00:00:00 2001
From: Sam Browning <106113886+sabrowning1@users.noreply.github.com>
Date: Tue, 4 Oct 2022 10:56:28 -0400
Subject: [PATCH 10/15] Add period in "Configuring code scanning" section
(#31385)
---
.../code-security/getting-started/securing-your-organization.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/content/code-security/getting-started/securing-your-organization.md b/content/code-security/getting-started/securing-your-organization.md
index e560122037..b86ed3fe6a 100644
--- a/content/code-security/getting-started/securing-your-organization.md
+++ b/content/code-security/getting-started/securing-your-organization.md
@@ -116,7 +116,7 @@ For more information, see "[Managing security and analysis settings for your org
## Configuring {% data variables.product.prodname_code_scanning %}
-{% data variables.product.prodname_code_scanning_capc %} is an {% data variables.product.prodname_advanced_security %} feature that scans code for security vulnerabilities and errors
+{% data variables.product.prodname_code_scanning_capc %} is an {% data variables.product.prodname_advanced_security %} feature that scans code for security vulnerabilities and errors.
{% ifversion fpt or ghec %}{% data variables.product.prodname_code_scanning_capc %} is available for all public repositories. Organizations that use {% data variables.product.prodname_ghe_cloud %} with {% data variables.product.prodname_advanced_security %} can additionally use {% data variables.product.prodname_code_scanning %} for private and internal repositories.{% else %}{% data variables.product.prodname_code_scanning_capc %} is available if your enterprise uses {% data variables.product.prodname_advanced_security %}.{% endif %}
From 5399c5b0096b32354a466a76abd96be831d41ce2 Mon Sep 17 00:00:00 2001
From: Sam Browning <106113886+sabrowning1@users.noreply.github.com>
Date: Tue, 4 Oct 2022 11:49:35 -0400
Subject: [PATCH 11/15] Sunset Atom in the Docs (#31315)
Co-authored-by: github-actions 1Uv4^0>@ z6|$-Cbw!qJ%ucbasNbN=uk?65;wH@SdY%Me7zgW1N6Y>7q8$m_iN)73%y=_x?ppfd zBNG#K?n?!frFgNzu=|>14-S4GDl-V~YL#cC?hko}L;$ ppRSwyN zN(c~I4??!dMFht@jd-F>@EmGsF4eZD6}gB>T_-5*?Z xy8xKvO})g zgoJ3&AHp|G*@n6oRhN2HPm=h|YWX}{b{$(NDz3i+rw}r>QetVwq+~U50^y2*Gi&4n z(TR}g$e~3W0I06Nnh!D_rG%qDChTMPY9EYG@)lu<2M1UG>O#YFjgZ@1a6{*y-k^}H z##iT%u$EYK5w`Cc(aCN+j;O|}dF3{@abXhZbmldm#fsBa`0T!mf*e=EoO-h|yE7GJ zILl#nm@)H8$2l4$6rp6_@p_N4vmY&hOydkMS$E>NG9bNK&A+jK5Hecjyjx;BOO>7s zKir=|PLL5{l=%gzpsXEmmMOLKzk3JHVJlr3EK;gGTLNqxE}cABNuRWJ&7@S94u0aJ z+feMcyy0k3IJACUXF7SXzs0A<@C4&ndDPJC chh(~_! zGyqgw AlTnH3?Qr`8TeVZ2ta|D5hHz z |J1V6GQDza+l0BH*tNq=zK|7iOA@YNowTy@W;t5Wn3 zroonCijE=inb0WG-iRV;!ceOXGl2P5q%r<}ii?yQJ`4NM{betmPsxMxlY?0Q(58jA z4{oBL1>EEgG_JeW5PjGa6W>2eV$4hl0C3~kgUaS9Fb)@@a}BOoxA5^iEu*t2=!@eb z_)Ys+yHpN9LEvgu+H=`N%-7R}O;g~N*+8wi9IF2jnyM9Rz?G`~YAWrM4bA!J8D $go6zjog?ZG7>6J1p1DXJ^5H%R0&P|A2mB|qJU1ih2Jj@k>OWP=ihweB2; zHf)jh!fyLHmrHtE23(E526sDC7+J 6Ud3{e&67*O- z#pY5gO;Ds|Fpgi+m^k@8E_Fxoj}!90AHvjLh@y44d|E68USbbK!>y9Qvpd8=Z!xq- zwc~b!xkv~%EEutz$tHhi$r62gu!I?3$1Lcv++Q-ZzxG_)!E|Lq+kJx9Fsu^{Ls%=R z1K~kB>Hcj$GYlK(C9K>B)SQd{d=s%OB_1+9w)dDD_5H;}BJoE1Vt{h0Kq#T9W&6JJ z6+i2i54PSbzg8nGSU2i8ey|21mMaaw8~K(JOqZVo- L~^&z6>V^#DH<{0tL-0&PG*m_%XD8L91E6Wk&}Psbtgj_ZJWq3x+sL>O&b>( zk3(I~nMGAF{~qEJZ9}0h){@1(jJuYrgSKk#&GnnMvC*Wp{`~qay*=>%y2>tF!tSiq zBE4S(+COn*?V;PLf~Et1bYYbb(e BG{*;HwZ0GeI6|*5p9*386 zqBz4!3;I6w*`ZptFY=qh78%3uh&R5M;``hcy+Rpi&Y1@P8>rUAT8n%6M^jo1Gs-*n z56k(!$FWI*iCKV`L#~;yrv(jmQKx&)@v7U1-%;L>`oB-O{~wygT@$5ti4Yr0x=CVi zJb8Mn_)-=_XRtJ-&r24wMHsVvintso@brrpF#@)vfMHnO;l7j?%KFglb?MmVi>g4= zor6vMuQeUyzwyTcOdW+>j*J5`7L{|MhQVLX+Ooo1wnliVc0)&dxM3|@pNwn4&pIOU z&q1j-T^F7$eI#B3cBiVa(oQoM78q{k{=sch{w=?V&}6nc^JOYD;!IoV@VTqELWuku z&xNui;?V8X?*GT;x6)gSwy;BmNbxK$|08q$rD6q})q|bh)=P05i%1zYngI(?{L3ba zyt!hqd(3A^Va^5$K6xedM?-J281Axh`y`ZyF>;?BxS;@ocLZ!SPG=g{SpjdK1 VG_PC6kT%Sj5dTd@`2ARU!*~C(n7=s)ngd=FXESCLw zU9IwVolnr*d`P~j(b`4Hsd?%wlL(k6)Uo}g;ofDWyZBZD`}O}CJ76OMX}c4TKf8XZ z8`M+7Rm2_+FO6S=ox=LH4%W0xx!O+9kCl$u?+ohyuvX%}l-uc!@MxZ{4tD!F9mgN6 zi#B{naU~q~$BAQ(!W2Jc+Wh<*dw#gHz!igHYG{SAMAnSqy&tR?Gu63e#OZ>Wi)owq ztCQ5y=}H-J-nmGS3?vZ__ue_O>>fTDEkK*;Y^Ikh%G>OJNtA2SQ7aC*IA!K|B?H#+ zQnP8?)2jH(v#z)#Ghme8|Jnu+N4J4@1ksBnnpR^W%@l~vRHw#5`A~9{;ekt#`?88o z;^N@g?u-Fz?P5$bwvR08Nsase*n97wrq-{26yyLNir5gP>hUNN5Nv=*35r-iijq)7 zh=PDpMS2NAQB)AI1*AwQ0wI(LNGC)^KtZ~pNQu%yj}RcF-zS{o`5xap_s+dDzu(OJ zn|bp`hRxpD``J%f>$5& hS( z$cgvlCSxP^aQiZ?cKo&4kHy*uwL0y8&3`DZqKSQd-*|86d?m8orfj9xkuq&S_at>B z_j_E!jFITY?a#dl&)zA=5l#i!N{2O9yEmh)d`&SG%Q~qs%EZz6hpx(ve8^{(?WXIW zAK45jWv|E$*-qUbf~V|+&l}J-*W-eJw-<$jW!yV|dVEs_n^ExC2-k;c4x4wjl%~>- z8)zl^-ydgjs+T0JFP;2g9P2YmV~0ZLL%M{`Qnl+4{X35QI!#h(x$)>iC_!Yo*FaEC z4%3t% ?S!CJw0zfzb*Rm178TlKvn6!DvfmEt-< zgVP(k6oH{c0iLAF51fgGo5kw1ID2mRW52xDQjrFxqxwI<^zIt%O97O5-N=1<7i;#h z)JJcT9Z~tN^`fi631FIcb+CeOZ6aF8NN#u+?%MM11wxLzyDsRG{I60btd&Z?KR_Rm z?eX{;{Cy_|yZrlLNnyC7ZkQ@!_VD;}pzOI2 bgg*eWUN+O4}`zP1zMze*7`A+uDaQ =qk}J$vMqvIzX(^BB>h?XVE38X*-VJ}Og@_OA2$bE&kt_xIb` zl}Xh`5T!fL!tg;K>S0s$ut$43Lm#zUh8+CXaQxD_SK<$Y (pVwh0qov@@N29^4 zMGTHV_MS7XpfxzYnQC~}W!Su{r_+!R3M8;2$4?Hhwpuon?lS0D)zUh>bX?VO*@#?o zt2*rbl&{jxWqGB20dn{9!8T_ljKWQoQoh8twrS93c)ywNXl{Riw)Ryb8mW`1rLgL_ z@tzG0BOarF)Qd~Cr&xzIOeFl$%Vb4bQ!_6(Q?tD2$BKSo(2%`J#lp#=C>2ac94B{> zMXI>Id+7}YHoHd-4* r#;A{EcIzaPpSdV-Xki(STWN&s@Dc0odFj z4K0U<^>DblW+21Yb8IpSPgK`E+T;~k7Z*kweFseoS-b^Zsff9fAfw=0yje!MI8@b9 zGuu<}nd6fV@yC5uk^iv>foV8%7!@?rUI}l{fQ7eL*2T>rDjM$FuR5_Lq-@SrU4Wz= zHCN3ZT(7^9uuL!B6 ^EWHewn6E*n;H D|d2Y^=sXF(? P zIJ+EF0OVC%x1$xeW~akw(-zW#&)wC*?Y8`h`v}m?-=8xr8FeN3z8|72zWzBRdeCQq zc3dMGUi_v{)KuvVG8>w>JFEtwCotm+-B!VFxJe04a=^GO3L4B0(Pu{Xgb*t4x5rVX zjf%J5Y@jdFM*7u%5n4V}Mt53%9o$x02pf!^spQ7ZI71a#raI4W4#ZVvz4M^Gx!r8D zs5+yAF5)?;j1z^r+;Lg(HO%U@@j}&Yh~m|er00DCouWHYg-zidv|fX64W*g}lT(J% z!!Yk2K;BU?bTp@{Wt_ TB*fUT^}#U{`cjivK_&LSxEzrPjmPBEHSDnm z{=q@u4^&tiwaooe%dz{57klFyOmLN4fFvBPe6<0?V}kFaEQbz`Z_Ll?>QPwW+U|mH zJDH6Ho*MxH xWjf{n@Up0ZOVCK|o2v^-;4Fp6{`*+=N5={Wz(0&wH5ydY=1pjwcX({98m zyLT`9c!nxkEas4`F1m#Ur(jfbFX@jzh7=~ppf9+5x4O6oZtcQ{`IFBgO@PCA_tJLj zY%`Fj`$p}bg{s)D*SOgj)WL!n$uFaV$Mk r^OLojUX3(^BOEnZyJ;s@|dgS zn&aDKf=oX2$S?Rr21^scN-n@<-UetScdL2cZJgaW?CX(()>aLT53V0x4sL9;5q-e= z)?I4oYkE1fabLvT56G~LYEJk83n7Tcx-Mf=&(HJ5MuSc-)cr@o8be0c{kgLKhx31x zC@h^;^Ab=-qPK49Zq!J!_WYTBH5UVGubnS=b@PBUtFf^#!ezffmnO Vj_`jW%novjDO@e=$J%L<4chdMxBb#+ND?1pL^N?a*qx zzQD2s7BG;aFM|bcZX6ea>-}gr6;r1%w0V04tKkMj#F}|5+A89a)aPTix*xiD@vh-Z z=U1RyBC3r$;lopBrD*Ut8Jp@NF83Kp+6xgbuVQ#?yr>edX7>AOB_G=ZlZ4R|_4I5r z6=%CZJ=!>nuyFz8n$_SXa4@3KUZZ%u9!tp_*0RpB4%3gjM2UA9IXz1G)f7~aL|P*^ zllH5R%p@10oLS;f#R1n>$n09Kdd&%h#EVPD@E!^MB3}12?$!xI_=STcwHLAy$4MpQ zEu~L1;+yB|g06w&qI6g1;c!*^Iw#}AJ)wu)TH78mnr%w)NKQ&Wn<2iMD1g0gDBb@2 zgOKe-9cfkUh@XEX%}dX+QOFr6zCfst;L@l|97%t8J7+>B =3-%m-!aDFI5 zq2Xlm_!Sa^Sog~6`cknNc7wsnM`w$zv3D!aJP=P@t?rX)* gXF=Vd;}%9kq~S1Y*t?Yt#JnfA&Liq>@+E7%xG`DI%*v%p|!Rb2RGZUu@L zueWqwnDji4sx3cRMzFYouFsdsLG^XK7`pZ3_AXIJ$KO7f(i->Q^*y+mtm+W{%6{{5 zGU}Kf8Dx5e>z&5aDZwBlXR@8aVa4JXdjD?&JV9&f%`Mbu4n5n@M0m7vaj;$09u %GAs)EsvhmTIQ!+&*}{3K9`pIX;kjh{r*8o z>o+)k2wKn`(FM=%y{gPxd^7u{yM21=NrxXZrXU0UHbcTX+>!f>bc2uCNZbgVJMyj_ z-+8 H6 zZK6E?!3AUEXEN*DU8^EE%xG1y9K!3a{n5$Jq-jzEt(kc>TN)NB#nTJfW3&1B@>Q XRH?VDNILm(J?FL|m4 >bY|;VSCdLT!EgBWXY-c9Vw!^P2uCz(s)X%Pi44w?Mv?Whk9>A zeY(b?#R@WSPAw>x`ik-pxj%+T*1Sa@<*PObKd+U3H+$J_JA7v{hG{4cRY@A($x`_( zMbE{(e&oZhf#QtYkU9!<4?R~r$(5FC<9-%D@w82;y}5z@(C^T{)hVwt39A45Oz(#n z6{J#cXK@U~d%;vLlXa(9DVCGd#Xax)k~{=wiQsk}6NJZ-tO|cKFMhx@6oH|t=cE4! zu3nh1PciVBDj9E}nKKz0K+&$lMITl>c;AGcn>+s2#m&WOC#gUijggZoFLpzF+Z0`d z-!T$<=5zqA#db74;9q%rx>j7>d(wHlW9CIv1(AuTEgp7VkVqV!xw~n%E@AJZJgeM* zWHL= tZsvk _xXphyP;&fSy%vr5+m(4#rlAOI_v})b$?M%^f`8Mafrl=T1WHV!UbB@ zQ w0GP0&Y7$xe^xlh zv=Y=-4Bt0c0&3a zyhdJ*a|;gVC2M-f-Oh2|K;}}FI7e#c9uZwZOeytCOS52KMLcloTw2CnBt{q+rI&dP ztYikEi~OgBZ#%L|t;}1gyoGl2Pas`&=j#r;uphjnh?f)bvA=mO=uX_&C|#k-q=m&I zsxL26;;uNbIUg9#DnWw=b}O`|!`=(CiobM()GXVf5H;#{M#J*?{LOv#s3y%&JC8?4 z(s2+7R>W7B1hk>`ol^=5rePcd7eO>P>O$60#16{}rejvjS=Gqh;@B?tyrrGi+bpx) zoV&b`z*1FQ4eodtHqR+bPA2Ovz0;fQ lV|1@qBSiMwK zXTa-C9E-< ZwX+NSV$n;j znul(~BfY-dO2ZghE)=Dvs=@lj{z)SGP%Nkx^|}7YK_Iw*< |+9X07)bshn_Sn-7tXle^P)or%X-j~Ir;e*D3OL`8mU>lGaPynAYJL~1 zTc5UYc`k}kU{_iSD$wfbQrP0p(k>uc4PJ1s)Sq~Nt23%z$$K(rynUh$2_~(1@in{3 z$ylB!cQRMm&4xQK)sMDuKu)gwI684-PhvTvifvC#Y7eRe_LxHKJ9sLYP?`Kv!4$>y zf3ii!Faq=D(xA(T3-sUO2}-kZ=JsJU9kw(*t3CJ)Vvk}m78U>}0mrBPkv^UI9;Xas z6715lsOH8VCBr5K9-*tr2h_Kp9UwEjr-JA2g3V9@g769w%w_!Tl(b>8@YocI)7&P( z*!fZ`{GmQ>ga(`QXT1!Pfy3QWk>*B1fucqhdduf>FL)r4peB>FAX?_n>YM4Rr7`Y> z8*d}ezYCb00V#52sQEn1^ubmcnQe7YK;V##F1jiL|9)n!olbD|b`u$`|N16M1O^Bc zHtQWJEFyMW%ef%))?-B;1n+?&9k%IZAMY`QTYTb3ZP4IehGdCFx*}giOQP;XitS8y z2W~dP<}-TV8lv3#X->A%s`xI-5%Jd}JBn m;6S==og`c5EC!k%xE(OsZvUi%9CMuC#mItJT3T_ppJ!Kc5d{6PZ&Equ?#ebwM zbbfX^$Gg!e6W6AMddhG5^piI+5dE-j2Mo?NY})xc4FPJju<(8wALnaOwz+e6inm_m z
Y$S}vca4atI1J%EF{ooiYAme*qauafFpU2OsYA@( zwFK+C)V1(4)!3@~qe__mFU#D fVdXA|5rk7}fLoLz}6K37*M?KCsAMhUx zk}J}ZH7(o&hP%|E`b7FXlw)Ib%wf*Bk)Xe;hSOG4a)rMlEWRniHe|AEZrm8(9|4Fg zTan>{@8PLX1C2J!iscy%{nY>3!>?(%GvvxfbJf?OrCi0&>#?DmV9UL5MyN?#C~u)} zbP;;{5%l{9PlWb(n1w#=(!xD*b-)Z@2iM^YMul$bMdrALbw%COqm2$&^c1RcQA=?? z3Mqtx%vR5VaxccH*dvfD`02~QiT(z^tpZh2ksmJai%?X013#Yao>v;3+Pm>-T UQ-0UXb^XUeb zl1LiBg(0@+;h=tL8yAoZ%l!qJzac_~LgY54#De$)ZibYEDs> 8s4yrWyKv#Z6hdutCDcZUVfNPzAvdam#xMbleNH|kYJ;b$e3o<^A8 zY$dxn6olc;`~NUE#k82b4m(DiAO*e;nCVSSh^5onQ|qFC(KiEO+(1J^_?BsC0J%d{ z*C$Fx&%XiUK*E2{Y%nzmvq}ohuk3}-maPL}Hp*Q>eqUc4(y!TyNt|zwk8hwubhD(1 zzu1=%6L= r!V9FgraTe-jptb17#xcrGVePJHtD0hoh0v$}>74~UQc#Et_ zBjB~p4)>kuYB!aUoPt}7(0*atFpT&WHb0VK9qu@GRt=3Wy3iAONM9EoxHn(zhQ^Ha zMsn0IZ 6z j$iv*tPt)aYmra$&8^jVkdQweeb9L0L)9XJ5%e&E?DdUeMGA zzB2UQrpqyw{MWe_*VA?o+x0c{0O-=lWI0bkctPsda-=9v0K8zNW5>nN18@)(1zuS) zC(?v9_Iob)Rb<^JBOHzn)CT`I=LFGmnfZV204Lr)p#?$<%km%cJIwnvi1ZGPNwWec z49Okf8L;zz-6 emkk~jMTAFjz-398e*j6v2n#`X8saa+Uv{nf^yd)FQ`slE1~ zYnDj!yP9I&p~qaqkN8<~{B)O>N@Lm$=%XP*i#rS$R~;61Y*V}R0d)@iitW(h!yi(i z&U9vKO%Po@Jz2+NC7nrG8GiMt|955Xftp2JeyNb?28oYu{6!$}je0xl?pi}hBYuvk z(bka1i&>b|&(I}<6a1+NI^eW8nBO;c;u tuX@W61mJwAPpdFKkh)&%)*8P#j|x#4e?#Eifr!T{AHF-;Wzdw$EdCb4`2 zdmhtbz8Oot)c{6AzbXD91j)@#L?j_c?VDWbgFz^*D ~Tif|7&ATCx`Dx>FS5 zwMt%|TUra1uc1pUpupsqjmcl6aw3?F6fZYe $pSY4O-?8lQxcT#>lu+kXfj51r-PjZ5L8Fs0U1_+Zc{ z7n|pG6^>B$_tPnDNHV8hb^^IL _{*475 zsf(KF|DJadDG7T2vf(C6h0Hn6BKHfVE?|32*w6ak)r0TSxgP>Vbabyy`pvRVn#QBg zQAHrse4G8WlVSEj&(+=iIc6!eND3~W*Y~53j$)U3f)dXCZ4NahpqlGe%vq{JfQ)5G z?TsI_Nw <1DzebX@QhdZf69s*sF|;IN&W;xr&Q*aK<)x)6{@f>wntUIM-H z7R>!)V?|-n+m3fEN~_8$T6K)=gbZDf5yCxsl$}jg5W=PKZidx6f9;W}U|ko#{3`u( zeBnhxP9+f?iSx7{* #p1xa8*8szS&1@Q>vb?%E{)v~}j z ca{RO3 zogrPqDT2bQo&8=xgJ=h2YgzwY8AQT8pEVsovf6fXd2gz$1WE?H7+?Oogg~)H$x*q^ zgR8$ccqmv7`L}qPQ55e-PJd8Jg)!|W+7XtrmR ptTUd5RjN{3y~yTx<{B_Zj=WPrYFo%k|UAiY}t z+_Kic+o5n1V1nmb2dU-?>u`nk71H#)^PwgK+_g!FYn6rtaB3pKPl5iLer)ee&_}WP z)Fq(Ykhx8|#}ZsC$RRccTPJP7&uw>U1`e*8 K1eM6)jHvj{Y?Lutn7sv$R8+Qn%SJk{{SBtb=eKa{HHAQ SDuh}5Z1t%N yX}lJs% $ucm@SaJ9rfFz(+BKTv)HhpRPw!2pz1rim>f5XsdU zD7>Nr{@+1<)7S%oeCKh0X;?Ku5 tUu*B8u7L{-mAYi@J-iC5^7-m-O&5dG;;II!18i_MvhMpFQud;s4L| !#YWm%I9=f@A0*(ykKFTsL}HCwKc#81VCS=KIQ|7 zqbClgcFEQN+{5g9-=NT+pG9uIS0@sAORH}k#JAqxhn}U(M_C=Rg)a$(`02RL-2m2P z9+-X<7VScD42RcSS_%sYT|XcK+pL-=51U%7yaNZ<8}2TAQfB?=-IvRGsfX6#c7IWO z5ffzs0av~jfn_2Wy;Ix%22Ga_T$H AKw^?v{x;ZoV0oFybg^0mO_ooj-Xj|OpyXX^7@(dS_ng4oS`y|V@jNw)zP zrzxH`LTkq53w*owABZ`$ujT@x^af<;tM*2c6&RpazJ+EM?B-PN+_Zr!xNc3y3s{Ey z26Naap4;U*X?^#GNn