New translation batch for ru (#33319)
This commit is contained in:
docubot
@@ -414,6 +414,7 @@ translations/ru-RU/data/reusables/rest-reference/actions/workflows.md,file delet
|
||||
translations/ru-RU/data/reusables/rest-reference/activity/feeds.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/data/reusables/rest-reference/activity/watching.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/data/reusables/rest-reference/apps/installations.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/data/reusables/rest-reference/apps/oauth-applications.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/data/reusables/rest-reference/apps/webhooks.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/data/reusables/rest-reference/billing/billing.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/data/reusables/rest-reference/branches/branch-protection.md,file deleted because it no longer exists in main
|
||||
@@ -494,7 +495,6 @@ translations/ru-RU/content/account-and-profile/setting-up-and-managing-your-pers
|
||||
translations/ru-RU/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/index.md,rendering error
|
||||
translations/ru-RU/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/managing-multiple-accounts.md,rendering error
|
||||
translations/ru-RU/content/actions/automating-builds-and-tests/about-continuous-integration.md,rendering error
|
||||
translations/ru-RU/content/actions/creating-actions/creating-a-composite-action.md,rendering error
|
||||
translations/ru-RU/content/actions/creating-actions/creating-a-docker-container-action.md,rendering error
|
||||
translations/ru-RU/content/actions/creating-actions/creating-a-javascript-action.md,rendering error
|
||||
translations/ru-RU/content/actions/creating-actions/metadata-syntax-for-github-actions.md,rendering error
|
||||
@@ -588,7 +588,7 @@ translations/ru-RU/content/admin/configuration/configuring-your-enterprise/troub
|
||||
translations/ru-RU/content/admin/enterprise-management/caching-repositories/about-repository-caching.md,rendering error
|
||||
translations/ru-RU/content/admin/enterprise-management/caching-repositories/configuring-a-repository-cache.md,rendering error
|
||||
translations/ru-RU/content/admin/enterprise-management/caching-repositories/index.md,rendering error
|
||||
translations/ru-RU/content/admin/enterprise-management/configuring-clustering/about-clustering.md,rendering error
|
||||
translations/ru-RU/content/admin/enterprise-management/configuring-clustering/about-clustering.md,broken liquid tags
|
||||
translations/ru-RU/content/admin/enterprise-management/configuring-clustering/cluster-network-configuration.md,rendering error
|
||||
translations/ru-RU/content/admin/enterprise-management/configuring-clustering/configuring-high-availability-replication-for-a-cluster.md,rendering error
|
||||
translations/ru-RU/content/admin/enterprise-management/configuring-clustering/upgrading-a-cluster.md,rendering error
|
||||
@@ -628,7 +628,7 @@ translations/ru-RU/content/admin/identity-and-access-management/using-cas-for-en
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/about-enterprise-managed-users.md,rendering error
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/about-support-for-your-idps-conditional-access-policy.md,rendering error
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/configuring-oidc-for-enterprise-managed-users.md,rendering error
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/configuring-saml-single-sign-on-for-enterprise-managed-users.md,rendering error
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/configuring-saml-single-sign-on-for-enterprise-managed-users.md,broken liquid tags
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/configuring-scim-provisioning-for-enterprise-managed-users.md,rendering error
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/migrating-from-saml-to-oidc.md,rendering error
|
||||
translations/ru-RU/content/admin/identity-and-access-management/using-enterprise-managed-users-for-iam/migrating-your-enterprise-to-a-new-identity-provider-or-tenant.md,rendering error
|
||||
@@ -827,6 +827,7 @@ translations/ru-RU/content/codespaces/troubleshooting/troubleshooting-your-conne
|
||||
translations/ru-RU/content/communities/documenting-your-project-with-wikis/about-wikis.md,rendering error
|
||||
translations/ru-RU/content/communities/documenting-your-project-with-wikis/changing-access-permissions-for-wikis.md,rendering error
|
||||
translations/ru-RU/content/communities/documenting-your-project-with-wikis/editing-wiki-content.md,rendering error
|
||||
translations/ru-RU/content/communities/setting-up-your-project-for-healthy-contributions/creating-a-default-community-health-file.md,broken liquid tags
|
||||
translations/ru-RU/content/communities/setting-up-your-project-for-healthy-contributions/setting-guidelines-for-repository-contributors.md,rendering error
|
||||
translations/ru-RU/content/communities/using-templates-to-encourage-useful-issues-and-pull-requests/creating-a-pull-request-template-for-your-repository.md,rendering error
|
||||
translations/ru-RU/content/copilot/getting-started-with-github-copilot/getting-started-with-github-copilot-in-neovim.md,rendering error
|
||||
@@ -1144,6 +1145,7 @@ translations/ru-RU/content/sponsors/receiving-sponsorships-through-github-sponso
|
||||
translations/ru-RU/content/sponsors/receiving-sponsorships-through-github-sponsors/setting-up-github-sponsors-for-your-organization.md,rendering error
|
||||
translations/ru-RU/content/sponsors/receiving-sponsorships-through-github-sponsors/setting-up-github-sponsors-for-your-personal-account.md,rendering error
|
||||
translations/ru-RU/content/support/contacting-github-support/providing-data-to-github-support.md,rendering error
|
||||
translations/ru-RU/content/support/contacting-github-support/viewing-and-updating-support-tickets.md,broken liquid tags
|
||||
translations/ru-RU/content/support/learning-about-github-support/about-github-premium-support.md,rendering error
|
||||
translations/ru-RU/content/support/learning-about-github-support/about-github-support.md,rendering error
|
||||
translations/ru-RU/data/glossaries/external.yml,broken liquid tags
|
||||
@@ -1166,7 +1168,9 @@ translations/ru-RU/data/release-notes/enterprise-server/3-4/7.yml,rendering erro
|
||||
translations/ru-RU/data/release-notes/enterprise-server/3-4/8.yml,rendering error
|
||||
translations/ru-RU/data/release-notes/enterprise-server/3-5/0-rc1.yml,rendering error
|
||||
translations/ru-RU/data/release-notes/enterprise-server/3-5/4.yml,rendering error
|
||||
translations/ru-RU/data/release-notes/enterprise-server/3-5/5.yml,broken liquid tags
|
||||
translations/ru-RU/data/release-notes/enterprise-server/3-6/0-rc1.yml,rendering error
|
||||
translations/ru-RU/data/release-notes/enterprise-server/3-6/1.yml,broken liquid tags
|
||||
translations/ru-RU/data/reusables/accounts/create-personal-access-tokens.md,rendering error
|
||||
translations/ru-RU/data/reusables/actions/about-actions-for-enterprises.md,rendering error
|
||||
translations/ru-RU/data/reusables/actions/actions-do-not-trigger-workflows.md,broken liquid tags
|
||||
@@ -1187,7 +1191,6 @@ translations/ru-RU/data/reusables/actions/enterprise-postinstall-nextsteps.md,re
|
||||
translations/ru-RU/data/reusables/actions/enterprise-storage-ha-backups.md,rendering error
|
||||
translations/ru-RU/data/reusables/actions/github-connect-resolution.md,rendering error
|
||||
translations/ru-RU/data/reusables/actions/hosted-runner-security.md,rendering error
|
||||
translations/ru-RU/data/reusables/actions/jobs/section-using-conditions-to-control-job-execution.md,broken liquid tags
|
||||
translations/ru-RU/data/reusables/actions/more-resources-for-ghes.md,rendering error
|
||||
translations/ru-RU/data/reusables/actions/moving-a-runner-to-a-group.md,rendering error
|
||||
translations/ru-RU/data/reusables/actions/onboarding-next-steps.md,rendering error
|
||||
|
||||
|
@@ -1,7 +1,7 @@
|
||||
---
|
||||
title: Creating a composite action
|
||||
title: Создание составного действия
|
||||
shortTitle: Create a composite action
|
||||
intro: 'In this guide, you''ll learn how to build a composite action.'
|
||||
intro: В этом руководстве приведены инструкции по созданию составного действия.
|
||||
redirect_from:
|
||||
- /actions/creating-actions/creating-a-composite-run-steps-action
|
||||
versions:
|
||||
@@ -12,58 +12,61 @@ versions:
|
||||
type: tutorial
|
||||
topics:
|
||||
- Action development
|
||||
ms.openlocfilehash: 5c7d332d2b3626a5628e85b09c35ffa6a0ca5f33
|
||||
ms.sourcegitcommit: 4f08a208a0d2e13dc109678750a962ea2f67e1ba
|
||||
ms.translationtype: MT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 12/06/2022
|
||||
ms.locfileid: '148192042'
|
||||
---
|
||||
{% data reusables.actions.enterprise-beta %} {% data reusables.actions.enterprise-github-hosted-runners %}
|
||||
|
||||
{% data reusables.actions.enterprise-beta %}
|
||||
{% data reusables.actions.enterprise-github-hosted-runners %}
|
||||
## Введение
|
||||
|
||||
## Introduction
|
||||
В этом руководстве вы узнаете об основных компонентах, необходимых для создания и использования упакованного составного действия. Чтобы сосредоточиться в этом руководстве на компонентах, необходимых для пакета действия, функциональность кода действия будет минимальна. Действие выведет текст Hello World, а затем — Goodbye, или, если вы укажете пользовательское имя, оно выведет Hello [who-to-greet], а затем — Goodbye. Действие также сопоставляет случайное число с выходной переменной `random-number` и запускает сценарий с именем `goodbye.sh`.
|
||||
|
||||
In this guide, you'll learn about the basic components needed to create and use a packaged composite action. To focus this guide on the components needed to package the action, the functionality of the action's code is minimal. The action prints "Hello World" and then "Goodbye", or if you provide a custom name, it prints "Hello [who-to-greet]" and then "Goodbye". The action also maps a random number to the `random-number` output variable, and runs a script named `goodbye.sh`.
|
||||
|
||||
Once you complete this project, you should understand how to build your own composite action and test it in a workflow.
|
||||
Завершив этот проект, вы узнаете, как создать собственное составное действие и протестировать его в рабочем процессе.
|
||||
|
||||
{% data reusables.actions.context-injection-warning %}
|
||||
|
||||
## Prerequisites
|
||||
## Предварительные требования
|
||||
|
||||
Before you begin, you'll create a repository on {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.location.product_location %}{% endif %}.
|
||||
Перед началом работы создайте репозиторий в {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.location.product_location %}{% endif %}.
|
||||
|
||||
1. Create a new public repository on {% data variables.location.product_location %}. You can choose any repository name, or use the following `hello-world-composite-action` example. You can add these files after your project has been pushed to {% data variables.product.product_name %}. For more information, see "[Create a new repository](/articles/creating-a-new-repository)."
|
||||
1. Создайте общедоступный репозиторий в {% data variables.location.product_location %}. Вы можете выбрать любое имя репозитория или использовать следующий пример: `hello-world-composite-action`. Эти файлы можно добавить после отправки проекта в {% data variables.product.product_name %}. Дополнительные сведения см. в статье [Создание репозитория](/articles/creating-a-new-repository).
|
||||
|
||||
1. Clone your repository to your computer. For more information, see "[Cloning a repository](/articles/cloning-a-repository)."
|
||||
1. Клонируйте репозиторий на ваш компьютер. Дополнительные сведения см. в разделе [Клонирование репозитория](/articles/cloning-a-repository).
|
||||
|
||||
1. From your terminal, change directories into your new repository.
|
||||
1. В окне терминала перейдите в новый репозиторий.
|
||||
|
||||
```shell
|
||||
cd hello-world-composite-action
|
||||
```
|
||||
|
||||
2. In the `hello-world-composite-action` repository, create a new file called `goodbye.sh`, and add the following example code:
|
||||
2. В репозитории `hello-world-composite-action` создайте файл под названием `goodbye.sh` и добавьте следующий пример кода:
|
||||
|
||||
```bash
|
||||
echo "Goodbye"
|
||||
```
|
||||
|
||||
3. From your terminal, make `goodbye.sh` executable.
|
||||
3. В окне терминала сделайте `goodbye.sh` исполняемым файлом.
|
||||
|
||||
```shell
|
||||
chmod +x goodbye.sh
|
||||
```
|
||||
|
||||
1. From your terminal, check in your `goodbye.sh` file.
|
||||
1. В окне терминала зарегистрируйте файл `goodbye.sh`.
|
||||
```shell
|
||||
git add goodbye.sh
|
||||
git commit -m "Add goodbye script"
|
||||
git push
|
||||
```
|
||||
|
||||
## Creating an action metadata file
|
||||
## Создание файла метаданных действия
|
||||
|
||||
1. In the `hello-world-composite-action` repository, create a new file called `action.yml` and add the following example code. For more information about this syntax, see "[`runs` for a composite actions](/actions/creating-actions/metadata-syntax-for-github-actions#runs-for-composite-actions)".
|
||||
1. В репозитории `hello-world-composite-action` создайте файл под названием `action.yml` и добавьте следующий пример кода. Дополнительные сведения об этом синтаксисе см. в разделе [`runs` для составных действий](/actions/creating-actions/metadata-syntax-for-github-actions#runs-for-composite-actions).
|
||||
|
||||
{% raw %}
|
||||
**action.yml**
|
||||
{% raw %} **action.yml**
|
||||
```yaml
|
||||
name: 'Hello World'
|
||||
description: 'Greet someone'
|
||||
@@ -93,14 +96,13 @@ Before you begin, you'll create a repository on {% ifversion ghae %}{% data vari
|
||||
- run: goodbye.sh
|
||||
shell: bash
|
||||
```
|
||||
{% endraw %}
|
||||
This file defines the `who-to-greet` input, maps the random generated number to the `random-number` output variable, adds the action's path to the runner system path (to locate the `goodbye.sh` script during execution), and runs the `goodbye.sh` script.
|
||||
{% endraw %} Этот файл определяет входные данные, сопоставляет `who-to-greet` случайно созданное число с `random-number` выходной переменной, добавляет путь действия в системный путь средства выполнения (чтобы найти `goodbye.sh` скрипт во время выполнения) и запускает `goodbye.sh` скрипт.
|
||||
|
||||
For more information about managing outputs, see "[`outputs` for a composite action](/actions/creating-actions/metadata-syntax-for-github-actions#outputs-for-composite-actions)".
|
||||
Дополнительные сведения об управлении выходными данными см. в разделе [`outputs` для составного действия](/actions/creating-actions/metadata-syntax-for-github-actions#outputs-for-composite-actions).
|
||||
|
||||
For more information about how to use `github.action_path`, see "[`github context`](/actions/reference/context-and-expression-syntax-for-github-actions#github-context)".
|
||||
Дополнительные сведения об использовании `github.action_path` см. в разделе [`github context`](/actions/reference/context-and-expression-syntax-for-github-actions#github-context).
|
||||
|
||||
1. From your terminal, check in your `action.yml` file.
|
||||
1. В окне терминала зарегистрируйте файл `action.yml`.
|
||||
|
||||
```shell
|
||||
git add action.yml
|
||||
@@ -108,18 +110,18 @@ Before you begin, you'll create a repository on {% ifversion ghae %}{% data vari
|
||||
git push
|
||||
```
|
||||
|
||||
1. From your terminal, add a tag. This example uses a tag called `v1`. For more information, see "[About actions](/actions/creating-actions/about-actions#using-release-management-for-actions)."
|
||||
1. В окне терминала добавьте тег. В этом примере используется тег под названием `v1`. Дополнительные сведения см. в статье [Сведения о действиях](/actions/creating-actions/about-actions#using-release-management-for-actions).
|
||||
|
||||
```shell
|
||||
git tag -a -m "Description of this release" v1
|
||||
git push --follow-tags
|
||||
```
|
||||
|
||||
## Testing out your action in a workflow
|
||||
## Тестирование действия в рабочем процессе
|
||||
|
||||
The following workflow code uses the completed hello world action that you made in "[Creating an action metadata file](/actions/creating-actions/creating-a-composite-action#creating-an-action-metadata-file)".
|
||||
В следующем коде рабочего процесса используется завершенное действие hello world, выполненное в разделе [Создание файла метаданных действия](/actions/creating-actions/creating-a-composite-action#creating-an-action-metadata-file).
|
||||
|
||||
Copy the workflow code into a `.github/workflows/main.yml` file in another repository, but replace `actions/hello-world-composite-action@v1` with the repository and tag you created. You can also replace the `who-to-greet` input with your name.
|
||||
Скопируйте код рабочего процесса в файл `.github/workflows/main.yml` в другом репозитории, но замените `actions/hello-world-composite-action@v1` репозиторием и тегом, который вы создали. Вы также можете заменить ввод `who-to-greet` своим именем.
|
||||
|
||||
**.github/workflows/main.yml**
|
||||
```yaml
|
||||
@@ -139,4 +141,4 @@ jobs:
|
||||
shell: bash
|
||||
```
|
||||
|
||||
From your repository, click the **Actions** tab, and select the latest workflow run. The output should include: "Hello Mona the Octocat", the result of the "Goodbye" script, and a random number.
|
||||
В репозитории перейдите на вкладку **Actions** (Действия) и выберите последний запуск рабочего процесса. Выходные данные должны включать: Hello Mona the Octocat, результат сценария Goodbye и случайное число.
|
||||
|
||||
@@ -271,3 +271,10 @@ jobs:
|
||||
From your repository, click the **Actions** tab, and select the latest workflow run. Under **Jobs** or in the visualization graph, click **A job to say hello**. You should see "Hello Mona the Octocat" or the name you used for the `who-to-greet` input and the timestamp printed in the log.
|
||||
|
||||
|
||||
|
||||
## Template repositories for creating JavaScript actions
|
||||
|
||||
{% data variables.product.prodname_dotcom %} provides template repositories for creating JavaScript and TypeScript actions. You can use these templates to quickly get started with creating a new action that includes tests, linting, and other recommended practices.
|
||||
|
||||
* [`javascript-action` template repository](https://github.com/actions/javascript-action)
|
||||
* [`typescript-action` template repository](https://github.com/actions/typescript-action)
|
||||
|
||||
@@ -23,29 +23,36 @@ Subdomain isolation mitigates cross-site scripting and other related vulnerabili
|
||||
|
||||
When subdomain isolation is enabled, {% data variables.product.prodname_ghe_server %} replaces several paths with subdomains. After enabling subdomain isolation, attempts to access the previous paths for some user-supplied content, such as `http(s)://HOSTNAME/raw/`, may return `404` errors.
|
||||
|
||||
{% data reusables.enterprise_site_admin_settings.3-7-new-subdomains %}
|
||||
|
||||
| Path without subdomain isolation | Path with subdomain isolation |
|
||||
| --- | --- |
|
||||
| `http(s)://HOSTNAME/assets/` | `http(s)://assets.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/avatars/` | `http(s)://avatars.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/codeload/` | `http(s)://codeload.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/gist/` | `http(s)://gist.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/media/` | `http(s)://media.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/pages/` | `http(s)://pages.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/raw/` | `http(s)://raw.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/` | `http(s)://docker.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/_registry/npm/` | `https://npm.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/_registry/rubygems/` | `https://rubygems.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/_registry/maven/` | `https://maven.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/_registry/nuget/` | `https://nuget.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/assets/` | `http(s)://assets.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/avatars/` | `http(s)://avatars.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/codeload/` | `http(s)://codeload.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/gist/` | `http(s)://gist.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/media/` | `http(s)://media.HOSTNAME/` |
|
||||
{%- ifversion viewscreen-and-notebooks %}
|
||||
| `http(s)://HOSTNAME/viewscreen/` | `http(s)://viewscreen.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/notebooks/` | `http(s)://notebooks.HOSTNAME/` |
|
||||
{%- else %}
|
||||
| `http(s)://HOSTNAME/render/` | `http(s)://render.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/notebooks/` | `http(s)://notebooks.HOSTNAME/` |
|
||||
{%- endif %}
|
||||
| `http(s)://HOSTNAME/pages/` | `http(s)://pages.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/raw/` | `http(s)://raw.HOSTNAME/` |
|
||||
{%- ifversion ghes < 3.7 %}
|
||||
| `http(s)://HOSTNAME/render/` | `http(s)://render.HOSTNAME/` |
|
||||
{%- endif %}
|
||||
| `http(s)://HOSTNAME/reply/` | `http(s)://reply.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/uploads/` | `http(s)://uploads.HOSTNAME/` |
|
||||
{%- ifversion viewscreen-and-notebooks %}
|
||||
| `http(s)://HOSTNAME/viewscreen/` | `http(s)://viewscreen.HOSTNAME/` |
|
||||
{%- endif %}
|
||||
{%- ifversion ghes > 3.4 %}
|
||||
| Not supported | `https://containers.HOSTNAME/` |
|
||||
{%- endif %}
|
||||
| `http(s)://HOSTNAME/reply/` | `http(s)://reply.HOSTNAME/` |
|
||||
| `http(s)://HOSTNAME/uploads/` | `http(s)://uploads.HOSTNAME/` | {% ifversion ghes %}
|
||||
| `https://HOSTNAME/` | `http(s)://docker.HOSTNAME/`{% endif %}{% ifversion ghes %}
|
||||
| `https://HOSTNAME/_registry/npm/` | `https://npm.HOSTNAME/`
|
||||
| `https://HOSTNAME/_registry/rubygems/` | `https://rubygems.HOSTNAME/`
|
||||
| `https://HOSTNAME/_registry/maven/` | `https://maven.HOSTNAME/`
|
||||
| `https://HOSTNAME/_registry/nuget/` | `https://nuget.HOSTNAME/`{% endif %}{% ifversion ghes > 3.4 %}
|
||||
| Not supported | `https://containers.HOSTNAME/` |{% endif %}
|
||||
|
||||
## Prerequisites
|
||||
|
||||
|
||||
@@ -56,7 +56,7 @@ You can enforce policies to control how members of your enterprise on {% data va
|
||||
|
||||
Each time someone creates a new repository within your enterprise, that person must choose a visibility for the repository. When you configure a default visibility setting for the enterprise, you choose which visibility is selected by default. For more information on repository visibility, see "[About repositories](/repositories/creating-and-managing-repositories/about-repositories#about-repository-visibility)."
|
||||
|
||||
If an enterprise owner disallows members from creating certain types of repositories, members will not be able to create that type of repository even if the visibility setting defaults to that type. For more information, see "[Setting a policy for repository creation](#setting-a-policy-for-repository-creation)."
|
||||
If an enterprise owner disallows members from creating certain types of repositories, members will not be able to create that type of repository even if the visibility setting defaults to that type. For more information, see "[Enforcing a policy for repository creation](#enforcing-a-policy-for-repository-creation)."
|
||||
|
||||
{% data reusables.enterprise-accounts.access-enterprise %}
|
||||
{% ifversion ghes or ghae %}
|
||||
@@ -166,7 +166,7 @@ Across all organizations owned by your enterprise, you can set the default branc
|
||||
|
||||
Across all organizations owned by your enterprise, you can allow members with admin access to change a repository's visibility, restrict repository visibility changes to organization owners, or allow owners to administer the setting on the organization level. When you prevent members from changing repository visibility, only enterprise owners can change the visibility of a repository.
|
||||
|
||||
If an enterprise owner has restricted repository creation to organization owners only, then members will not be able to change repository visibility. If an enterprise owner has restricted member repository creation to private repositories only, then members will only be able to change the visibility of a repository to private. For more information, see "[Setting a policy for repository creation](#setting-a-policy-for-repository-creation)."
|
||||
If an enterprise owner has restricted repository creation to organization owners only, then members will not be able to change repository visibility. If an enterprise owner has restricted member repository creation to private repositories only, then members will only be able to change the visibility of a repository to private. For more information, see "[Enforcing a policy for repository creation](#enforcing-a-policy-for-repository-creation)."
|
||||
|
||||
{% data reusables.enterprise-accounts.access-enterprise %}
|
||||
{% data reusables.enterprise-accounts.policies-tab %}
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Создание файла работоспособности сообщества по умолчанию.
|
||||
intro: 'Вы можете создать файлы работоспособности сообщества по умолчанию, такие как CONTRIBUTING и CODE_OF_CONDUCT. Файлы по умолчанию будут использоваться для любого репозитория, принадлежащего учетной записи, который не содержит собственный файл такого рода.'
|
||||
title: Creating a default community health file
|
||||
intro: 'You can create default community health files, such as CONTRIBUTING and CODE_OF_CONDUCT. Default files will be used for any repository owned by the account that does not contain its own file of that type.'
|
||||
redirect_from:
|
||||
- /articles/creating-a-default-community-health-file-for-your-organization
|
||||
- /github/building-a-strong-community/creating-a-default-community-health-file-for-your-organization
|
||||
@@ -12,41 +12,46 @@ versions:
|
||||
topics:
|
||||
- Community
|
||||
shortTitle: Community health file
|
||||
ms.openlocfilehash: 762af2fcbbc16e0bfc671df2409fede9ea6e2c67
|
||||
ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5
|
||||
ms.translationtype: HT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 09/05/2022
|
||||
ms.locfileid: '145117635'
|
||||
---
|
||||
## Сведения о файлах работоспособности сообщества по умолчанию
|
||||
|
||||
Файлы работоспособности сообщества по умолчанию можно добавить в общедоступный репозиторий `.github` в корневой каталог репозитория или в папки `docs` или`.github`.
|
||||
## About default community health files
|
||||
|
||||
{% data variables.product.product_name %} будет использовать и отображать файлы по умолчанию для любого репозитория, принадлежащего учетной записи, которая не имеет собственного файла этого типа, в любом из следующих мест.
|
||||
- Корень репозитория
|
||||
- Папка `.github`
|
||||
- Папка `docs`
|
||||
You can add default community health files to a public repository called `.github`, in the root of the repository or in the `docs` or `.github` folders.
|
||||
|
||||
Например, любой пользователь, создающий проблему или запрос на вытягивание в репозитории, у которого нет собственного файла CONTRIBUTING, увидит ссылку на файл CONTRIBUTING по умолчанию. Если в репозитории есть файлы в собственной папке `.github/ISSUE_TEMPLATE`{% ifversion fpt or ghes or ghec %}, включая шаблоны проблем или файл *config.yml*,{% endif %} содержимое папки по умолчанию `.github/ISSUE_TEMPLATE` использоваться не будет.
|
||||
{% data variables.product.product_name %} will use and display default files for any repository owned by the account that does not have its own file of that type in any of the following places:
|
||||
- the root of the repository
|
||||
- the `.github` folder
|
||||
- the `docs` folder
|
||||
|
||||
Файлы по умолчанию не включаются в клоны, пакеты или скачивания отдельных репозиториев, так как они хранятся только в репозитории `.github`.
|
||||
For example, anyone who creates an issue or pull request in a repository that does not have its own CONTRIBUTING file will see a link to the default CONTRIBUTING file. If a repository has any files in its own `.github/ISSUE_TEMPLATE` folder{% ifversion fpt or ghes or ghec %}, including issue templates or a *config.yml* file,{% endif %} none of the contents of the default `.github/ISSUE_TEMPLATE` folder will be used.
|
||||
|
||||
## Поддерживаемые типы файлов
|
||||
Default files are not included in clones, packages, or downloads of individual repositories because they are stored only in the `.github` repository.
|
||||
|
||||
Вы можете создать заданные по умолчанию сведения в вашей организации{% ifversion fpt or ghes or ghec %} или личной учетной записи {% endif %} для следующих файлов работоспособности сообщества:
|
||||
## Supported file types
|
||||
|
||||
Файл работоспособности сообщества | Описание --- | ---{% ifversion fpt or ghec %} *CODE_OF_CONDUCT.md* | Файл CODE_OF_CONDUCT определяет стандарты участия в деятельности сообщества. Дополнительные сведения см. в статье "[Добавление правил поведения в проект](/articles/adding-a-code-of-conduct-to-your-project/)".{% endif %} *CONTRIBUTING.md |* Файл CONTRIBUTEING содержит сведения о том, как люди должны участвовать в разработке проекта. Дополнительные сведения см. в статье "[Создание рекомендаций для участников репозитория](/articles/setting-guidelines-for-repository-contributors/)".{% ifversion fpt or ghec %} *FUNDING.yml* | Файл FUNDING отображает в репозитории кнопку спонсора, чтобы повысить видимость вариантов финансирования для проекта с открытым кодом. Дополнительные сведения см. в статье "[Отображение кнопки спонсора в репозитории](/articles/displaying-a-sponsor-button-in-your-repository)".{% endif %} Шаблоны проблем и запросов на вытягивание{% ifversion fpt or ghes or ghec %} и *config.yml*{% endif %} | Шаблоны проблем и запросов на вытягивание позволяют настраивать и стандартизовать сведения, которые участники должны указывать при открытии проблем и запросов на вытягивание в репозитории. Дополнительные сведения см. в статье "[Сведения о шаблонах проблем и запросов на вытягивание](/articles/about-issue-and-pull-request-templates/)".{% ifversion fpt or ghes or ghec %} *SECURITY.md |* Файл SECURITY содержит инструкции по отправке сведений об уязвимости системы безопасности в проекте. Дополнительные сведения см. в статье "[Добавление политики безопасности в репозиторий](/code-security/getting-started/adding-a-security-policy-to-your-repository)".{% endif %} *SUPPORT.md |* Файл SUPPORT содержит сведения о способах получения помощи по проекту. Дополнительные сведения см. в статье "[Добавление ресурсов поддержки в проект](/articles/adding-support-resources-to-your-project/)".
|
||||
You can create defaults in your organization{% ifversion fpt or ghes or ghec %} or personal account{% endif %} for the following community health files:
|
||||
|
||||
Создать файл лицензии по умолчанию невозможно. Файлы лицензий должны быть добавлены в отдельные репозитории, чтобы файл включался при клонировании, упаковке или скачивании проекта.
|
||||
Community health file | Description
|
||||
--- | ---{% ifversion fpt or ghec %}
|
||||
*CODE_OF_CONDUCT.md* | A CODE_OF_CONDUCT file defines standards for how to engage in a community. For more information, see "[Adding a code of conduct to your project](/articles/adding-a-code-of-conduct-to-your-project/)."{% endif %}
|
||||
*CONTRIBUTING.md* | A CONTRIBUTING file communicates how people should contribute to your project. For more information, see "[Setting guidelines for repository contributors](/articles/setting-guidelines-for-repository-contributors/)."{% ifversion discussion-category-forms %}
|
||||
Discussion category forms | Discussion category forms customize the templates that are available for community members to use when they open new discussions in your repository. For more information, see "[Creating discussion category forms](/discussions/managing-discussions-for-your-community/creating-discussion-category-forms)."{% endif %}{% ifversion fpt or ghec %}
|
||||
*FUNDING.yml* | A FUNDING file displays a sponsor button in your repository to increase the visibility of funding options for your open source project. For more information, see "[Displaying a sponsor button in your repository](/articles/displaying-a-sponsor-button-in-your-repository)."{% endif %}
|
||||
Issue and pull request templates{% ifversion fpt or ghes or ghec %} and *config.yml*{% endif %} | Issue and pull request templates customize and standardize the information you'd like contributors to include when they open issues and pull requests in your repository. For more information, see "[About issue and pull request templates](/articles/about-issue-and-pull-request-templates/)."{% ifversion fpt or ghes or ghec %}
|
||||
*SECURITY.md* | A SECURITY file gives instructions for how to report a security vulnerability in your project. For more information, see "[Adding a security policy to your repository](/code-security/getting-started/adding-a-security-policy-to-your-repository)."{% endif %}
|
||||
*SUPPORT.md* | A SUPPORT file lets people know about ways to get help with your project. For more information, see "[Adding support resources to your project](/articles/adding-support-resources-to-your-project/)."
|
||||
|
||||
## Создание репозитория для файлов по умолчанию
|
||||
You cannot create a default license file. License files must be added to individual repositories so the file will be included when a project is cloned, packaged, or downloaded.
|
||||
|
||||
## Creating a repository for default files
|
||||
|
||||
{% data reusables.repositories.create_new %}
|
||||
2. В раскрывающемся меню **Владелец** выберите организацию{% ifversion fpt or ghes or ghec %} или личную учетную запись{% endif %}, для которой нужно создать файлы по умолчанию.
|
||||
|
||||
3. Введите **.github** в качестве имени репозитория и необязательное описание.
|
||||
|
||||
4. Убедитесь, что для состояния репозитория задано значение **Общедоступный** (репозиторий для файлов по умолчанию не может быть частным).
|
||||
 {% data reusables.repositories.initialize-with-readme %} {% data reusables.repositories.create-repo %}
|
||||
7. В репозитории создайте один из поддерживаемых файлов работоспособности сообщества. Шаблоны проблем{% ifversion fpt or ghes or ghec %} и их файл конфигурации{% endif %} должны находиться в папке с именем `.github/ISSUE_TEMPLATE`. Все остальные поддерживаемые файлы могут находиться в корне репозитория, папке `.github` или папке `docs`. Дополнительные сведения см. в статье "[Создание файлов](/articles/creating-new-files/)".
|
||||
2. Use the **Owner** drop-down menu, and select the organization{% ifversion fpt or ghes or ghec %} or personal account{% endif %} you want to create default files for.
|
||||
|
||||
3. Type **.github** as the name for your repository, and an optional description.
|
||||
|
||||
4. Make sure the repository status is set to **Public** (a repository for default files cannot be private).
|
||||
|
||||
{% data reusables.repositories.initialize-with-readme %}
|
||||
{% data reusables.repositories.create-repo %}
|
||||
7. In the repository, create one of the supported community health files. Issue templates{% ifversion fpt or ghes or ghec %} and their configuration file{% endif %} must be in a folder called `.github/ISSUE_TEMPLATE`. All other supported files may be in the root of the repository, the `.github` folder, or the `docs` folder. For more information, see "[Creating new files](/articles/creating-new-files/)."
|
||||
|
||||
@@ -9,6 +9,8 @@ children:
|
||||
- /managing-categories-for-discussions
|
||||
- /moderating-discussions
|
||||
- /viewing-insights-for-your-discussions
|
||||
- /creating-discussion-category-forms
|
||||
- /syntax-for-discussion-category-forms
|
||||
ms.openlocfilehash: 156460ecfbb27820f11ccad388ceaff069f835b1
|
||||
ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5
|
||||
ms.translationtype: HT
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Просмотр и обновление запросов в службу поддержки
|
||||
intro: 'Вы можете просматривать запросы в службу поддержки{% ifversion ghes or ghec %}, совместно работать над запросами с коллегами{% endif %} и отвечать {% data variables.contact.github_support %}, используя {% data variables.contact.support_portal %}.'
|
||||
title: Viewing and updating support tickets
|
||||
intro: 'You can view your support tickets{% ifversion ghes or ghec %}, collaborate with colleagues on tickets,{% endif %} and respond to {% data variables.contact.github_support %} using the {% data variables.contact.support_portal %}.'
|
||||
shortTitle: Managing your tickets
|
||||
versions:
|
||||
fpt: '*'
|
||||
@@ -8,62 +8,64 @@ versions:
|
||||
ghes: '*'
|
||||
topics:
|
||||
- Support
|
||||
ms.openlocfilehash: 35c7b28232c0d11170ea9585480b2cfb1785ebd0
|
||||
ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5
|
||||
ms.translationtype: HT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 09/05/2022
|
||||
ms.locfileid: '147051983'
|
||||
---
|
||||
## Сведения об управлении запросами в службу поддержки
|
||||
|
||||
## About ticket management
|
||||
|
||||
{% data reusables.support.zendesk-old-tickets %}
|
||||
|
||||
Вы можете использовать [Портал поддержки GitHub](https://support.github.com/) для просмотра текущих и прошлых запросов в службу поддержки и ответа на {% data variables.contact.github_support %}. Через 120 дней разрешенные запросы архивируются{% ifversion ghec or ghes or ghae %}, и архивные запросы можно просматривать только для корпоративных учетных записей{% endif %}.
|
||||
You can use the [GitHub Support Portal](https://support.github.com/) to view current and past support tickets and respond to {% data variables.contact.github_support %}. After 120 days, resolved tickets are archived{% ifversion ghec or ghes or ghae %}, and archived tickets can only be viewed for enterprise accounts{% endif %}.
|
||||
|
||||
{% ifversion ghes or ghec %} {% data reusables.enterprise-accounts.support-entitlements %} {% endif %}
|
||||
{% ifversion ghes or ghec %}
|
||||
{% data reusables.enterprise-accounts.support-entitlements %}
|
||||
{% endif %}
|
||||
|
||||
## Просмотр недавних запросов в службу поддержки
|
||||
## Viewing your recent support tickets
|
||||
|
||||
{% data reusables.support.view-open-tickets %}
|
||||
1. В текстовом поле можно просмотреть журнал комментариев. Последний ответ находится вверху.
|
||||
|
||||
1. Under the text box, you can read the comment history. The most recent response is at the top.
|
||||
|
||||
|
||||
|
||||
1. Optionally, to translate the ticket comment, click {% octicon "globe" aria-label="The globe icon" %} and choose your preferred language from the dropdown menu. You can translate your support ticket into Chinese (Simplified), French, German, Japanese, Portuguese (Brazil), or Spanish.
|
||||
|
||||
|
||||
|
||||
{% ifversion ghec or ghes or ghae %}
|
||||
|
||||
## Просмотр архивных запросов в службу поддержки
|
||||
## Viewing your archived support tickets
|
||||
|
||||
Вы можете просматривать архивные запросы только для корпоративной учетной записи.
|
||||
You can only view archived tickets for an enterprise account.
|
||||
|
||||
{% data reusables.support.navigate-to-my-tickets %}
|
||||
1. Выберите раскрывающееся меню **Мои запросы** и щелкните имя корпоративной учетной записи.
|
||||
1. Select the **My Tickets** drop-down menu and click the name of the enterprise account.
|
||||
|
||||
{% indented_data_reference reusables.support.entitlements-note spaces=3 %}
|
||||
|
||||
|
||||
1. В таблице "Мои запросы" щелкните **Просмотреть архивные запросы**.
|
||||
|
||||
1. Under the "My tickets" table, click **View archived tickets**.
|
||||
|
||||
{% endif %}
|
||||
|
||||
## Обновление запросов в службу поддержки.
|
||||
## Updating support tickets
|
||||
|
||||
{% data reusables.support.view-open-tickets %}
|
||||
1. При необходимости, если проблема устранена, в текстовом поле нажмите кнопку **Закрыть запрос**.
|
||||
|
||||
1. Чтобы ответить службе поддержки GitHub и добавить новый комментарий в запрос, введите ответ в текстовом поле.
|
||||
|
||||
1. Чтобы добавить комментарий к запросу, нажмите кнопку **Комментарий**.
|
||||
|
||||
1. Optionally, if the issue is resolved, under the text box, click **Close ticket**.
|
||||
|
||||
1. To respond to GitHub Support and add a new comment to the ticket, type your response in the text box.
|
||||
|
||||
1. To add your comment to the ticket, click **Comment**.
|
||||
|
||||
|
||||
{% ifversion ghec or ghes %}
|
||||
## Совместная работа с запросами в службу поддержки
|
||||
## Collaborating on support tickets
|
||||
|
||||
Вы можете совместно работать со своими коллегами над запросами в службу поддержки с помощью портала поддержки. Владельцы, менеджеры по выставлению счетов и другие участники предприятия с правами специалистов службы поддержки могут просматривать запросы, связанные с корпоративной учетной записью или организацией, которая управляется корпоративной учетной записью. Дополнительные сведения см. в разделе [Управление правами специалистов службы поддержки для вашего предприятия](/enterprise-cloud@latest/admin/user-management/managing-users-in-your-enterprise/managing-support-entitlements-for-your-enterprise).
|
||||
You can collaborate with your colleagues on support tickets using the support portal. Owners, billing managers, and other enterprise members with support entitlements can view tickets associated with an enterprise account or an organization managed by an enterprise account. For more information, see "[Managing support entitlements for your enterprise](/enterprise-cloud@latest/admin/user-management/managing-users-in-your-enterprise/managing-support-entitlements-for-your-enterprise)."
|
||||
|
||||
Помимо просмотра запросов, вы также можете добавлять комментарии в запросы в службу поддержки, если ваш адрес электронной почты скопирован в запросе или если пользователь, открывший запрос, использовал адрес электронной почты с доменом, проверенным для корпоративной учетной записи или организации, которая управляется корпоративной учетной записью. Дополнительные сведения о проверке домена см. в разделе [Проверка или утверждение домена для вашего предприятия](/enterprise-cloud@latest/admin/configuration/configuring-your-enterprise/verifying-or-approving-a-domain-for-your-enterprise) и [Проверка или утверждение домена для вашей организации](/enterprise-cloud@latest/organizations/managing-organization-settings/verifying-or-approving-a-domain-for-your-organization).
|
||||
In addition to viewing tickets, you can also add comments to support tickets if your email address is copied on the ticket or if the person who opened the ticket used an email address with a domain that is verified for the enterprise account or organization managed by an enterprise account. For more information about verifying a domain, see "[Verifying or approving a domain for your enterprise](/enterprise-cloud@latest/admin/configuration/configuring-your-enterprise/verifying-or-approving-a-domain-for-your-enterprise)" and "[Verifying or approving a domain for your organization](/enterprise-cloud@latest/organizations/managing-organization-settings/verifying-or-approving-a-domain-for-your-organization)."
|
||||
|
||||
{% endif %}
|
||||
|
||||
## Дополнительные материалы
|
||||
## Further reading
|
||||
|
||||
- [Сведения о поддержке GitHub](/support/learning-about-github-support/about-github-support)
|
||||
- "[About GitHub Support](/support/learning-about-github-support/about-github-support)"
|
||||
|
||||
@@ -83,6 +83,10 @@ If you have any paid product or are a member of an organization with a paid prod
|
||||
With {% data variables.product.product_name %}, you have access to support in English and Japanese.
|
||||
{% endif %}
|
||||
|
||||
{% ifversion fpt or ghec or ghes %}
|
||||
{% data reusables.support.support-ticket-translation-option %}
|
||||
{% endif %}
|
||||
|
||||
{% ifversion ghes or ghec %}
|
||||
|
||||
To contact {% data variables.contact.github_support %}, visit the {% data variables.contact.contact_support_portal %}. For more information, see "[Creating a support ticket](/support/contacting-github-support/creating-a-support-ticket)."
|
||||
|
||||
@@ -29,4 +29,5 @@ sections:
|
||||
- Actions services need to be restarted after restoring an appliance from a backup taken on a different host.
|
||||
- '{% data reusables.release-notes.ghas-3.4-secret-scanning-known-issue %}'
|
||||
- |
|
||||
GitHub Pages builds may time out on instances in AWS that are configured for high availability. [Updated: 2022-11-28]
|
||||
GitHub Pages builds may time out on instances in AWS that are configured for high availability. [Updated: 2022-11-28]
|
||||
- '{% data reusables.release-notes.babeld-max-threads-performance-issue %}'
|
||||
@@ -1,27 +1,30 @@
|
||||
date: '2022-08-30'
|
||||
sections:
|
||||
bugs:
|
||||
- 'После разблокировки репозитория для временного доступа администратор сайта не мог управлять параметрами продуктов безопасности в репозитории.'
|
||||
- 'Дубликаты административных ключей SSH могли появляться как в консоли управления, так и в файле "/home/admin/.ssh/authorized_keys".'
|
||||
- 'Страница администрирования сайта для отдельных пользователей по адресу <code>http(s)://<em>HOSTNAME</em>/stafftools/users/<em>USERNAME</em>/admin</code> содержала функции, не предназначенные для GitHub Enterprise Server.'
|
||||
- 'В некоторых случаях выполнение ghe-cluster-config-apply может реплицировать пустую конфигурацию на существующие узлы в кластере.'
|
||||
- 'В некоторых случаях выполнения конфигурации, запущенные с помощью ghe-config-apply, не завершались или возвращали ошибку "Несоответствие количества контейнеров".'
|
||||
- 'После обновления самозаверяющего сертификата TLS на экземпляре GitHub Enterprise Server элементы пользовательского интерфейса на некоторых страницах веб-интерфейса не отображались.'
|
||||
- 'Панель администратора сайта в верхней части веб-интерфейса содержала недействительную ссылку на SHA для текущей версии приложения.'
|
||||
- 'В некоторых случаях фоновые задачи могли останавливаться из-за того, что параллельно использовалась библиотека, несмотря на то, что она не является потокобезопасной.'
|
||||
- "Оповещения о сканировании секретов для клиентов GitHub Advanced Security отсутствовали в веб-интерфейсе и REST API, если администратор сайта не выполнил обновление непосредственно до GitHub Enterprise Server\_3.4. Теперь оповещения видны."
|
||||
- 'Когда пользователь создавал вилку репозитория для формирования организации, длинный список организаций не отображался должным образом.'
|
||||
- After unlocking a repository for temporary access, a site administrator was unable to manage settings for security products in the repository.
|
||||
- Duplicate administrative SSH keys could appear in both the Management Console and the `/home/admin/.ssh/authorized_keys` file.
|
||||
- The site admin page for individual users at <code>http(s)://<em>HOSTNAME</em>/stafftools/users/<em>USERNAME</em>/admin</code> contained functionality not intended for GitHub Enterprise Server.
|
||||
- In some cases, running `ghe-cluster-config-apply` could replicate an empty configuration to existing nodes in a cluster.
|
||||
- In some cases, configuration runs started with `ghe-config-apply` did not complete, or returned a `Container count mismatch` error.
|
||||
- After updating a self-signed TLS certificate on a GitHub Enterprise Server instance, UI elements on some pages in the web interface did not appear.
|
||||
- The site admin bar at the top of the web interface contained a broken link to the SHA for the currently running version of the application.
|
||||
- In some cases, background tasks could stall due to a library that was used concurrently despite not being thread-safe.
|
||||
- Alerts from secret scanning for GitHub Advanced Security customers were missing in the web UI and REST API if a site administrator did not upgrade directly to GitHub Enterprise Server 3.4. The alerts are now visible.
|
||||
- When a user forked a repository into an organization, a long list of organizations would not render properly.
|
||||
changes:
|
||||
- 'Создание пакетов поддержки происходит быстрее благодаря параллельной очистке журналов. Дополнительные сведения о пакетах поддержки см. в статье [Предоставление данных поддержке GitHub](/support/contacting-github-support/providing-data-to-github-support).'
|
||||
- 'API, которые содержат маршрут organization (или org), теперь принимают либо динамический идентификатор, либо идентификатор организации. Ранее API принимали только динамические идентификаторы, из-за чего заголовки "Link" для конечных точек GitHub Advanced Security были недоступны. Дополнительные сведения см. в статье [Организации] (https://docs.github.com/rest/orgs/orgs) в документации REST API.'
|
||||
- 'Журнал аудита предприятия теперь включает больше пользовательских событий, таких как project.create. REST API также возвращает дополнительные события, созданные пользователем, такие как repo.create. Дополнительные сведения см. в статье [Доступ к журналу аудита для вашего предприятия](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/accessing-the-audit-log-for -your-enterprise) и разделе [Использование API журнала аудита для вашего предприятия](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/using-the-audit- log-api-for-your-enterprise#querying-the-audit-log-rest-api).'
|
||||
- 'Иногда реплики кэша могли отклонять некоторые операции Git над недавно обновленными репозиториями. Дополнительные сведения о кэшировании репозитория см. в статье [Сведения о кэшировании репозитория](/admin/enterprise-management/caching-repositories/about-repository-caching).'
|
||||
- Generation of support bundles is faster as a result of parallelized log sanitization. For more information about support bundles, see "[Providing data to GitHub Support](/support/contacting-github-support/providing-data-to-github-support)."
|
||||
- APIs that contain the `organization` or `org` route now accept either the organization's slug or ID. Previously, the APIs only accepted slugs, which caused `Link` headers for GitHub Advanced Security endpoints to be inaccessible. For more information, see "[Organizations](https://docs.github.com/rest/orgs/orgs)" in the REST API documentation.
|
||||
- The enterprise audit log now includes more user-generated events, such as `project.create`. The REST API also returns additional user-generated events, such as `repo.create`. For more information, see "[Accessing the audit log for your enterprise](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/accessing-the-audit-log-for-your-enterprise)" and "[Using the audit log API for your enterprise](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/using-the-audit-log-api-for-your-enterprise#querying-the-audit-log-rest-api)."
|
||||
- In some cases, cache replicas could reject some Git operations on recently updated repositories. For more information about repository caching, see "[About repository caching](/admin/enterprise-management/caching-repositories/about-repository-caching)."
|
||||
known_issues:
|
||||
- 'Злоумышленник мог создать первого пользователя с правами администратора на только что настроенном экземпляре {% data variables.product.prodname_ghe_server %} без пользователей.'
|
||||
- 'Настраиваемые правила брандмауэра удаляются в процессе обновления.'
|
||||
- "Отслеживаемые файлы Git\_LFS, [отправленные через веб-интерфейс](https://github.com/blog/2105-upload-files-to-your-repositories), ошибочно добавлялись напрямую в репозиторий."
|
||||
- "Проблемы нельзя закрыть, если они содержат постоянную ссылку на большой двоичный объект в том же репозитории, где путь к файлу большого двоичного объекта превышает 255\_символов."
|
||||
- "Когда в GitHub\_Connect включен параметр Users can search GitHub.com (Пользователи могут выполнять поиск на GitHub.com), результаты поиска на GitHub.com не включают в себя проблемы в частных и внутренних репозиториях."
|
||||
- 'Реестр npm {% data variables.product.prodname_registry %} больше не возвращает значение времени в ответах метаданных. Это изменение позволяет существенно улучшить производительность. Мы продолжим хранить все данные, необходимые для возврата значения времени в качестве части ответа метаданных, и возобновим возврат этого значения в будущем, как только решим существующие проблемы с производительностью.'
|
||||
- 'Ограничения ресурсов, относящиеся к обработке перехватчиков перед получением, могут приводить к сбою некоторых из них.'
|
||||
- 'Службы Actions необходимо перезапустить после восстановления устройства из резервной копии, созданной на другом узле.'
|
||||
- On a freshly set up {% data variables.product.prodname_ghe_server %} instance without any users, an attacker could create the first admin user.
|
||||
- Custom firewall rules are removed during the upgrade process.
|
||||
- Git LFS tracked files [uploaded through the web interface](https://github.com/blog/2105-upload-files-to-your-repositories) are incorrectly added directly to the repository.
|
||||
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blob's file path is longer than 255 characters.
|
||||
- When "Users can search GitHub.com" is enabled with GitHub Connect, issues in private and internal repositories are not included in GitHub.com search results.
|
||||
- The {% data variables.product.prodname_registry %} npm registry no longer returns a time value in metadata responses. This was done to allow for substantial performance improvements. We continue to have all the data necessary to return a time value as part of the metadata response and will resume returning this value in the future once we have solved the existing performance issues.
|
||||
- Resource limits that are specific to processing pre-receive hooks may cause some pre-receive hooks to fail.
|
||||
- Actions services need to be restarted after restoring an appliance from a backup taken on a different host.
|
||||
- |
|
||||
GitHub Pages builds may time out on instances in AWS that are configured for high availability. [Updated: 2022-11-28]
|
||||
- '{% data reusables.release-notes.babeld-max-threads-performance-issue %}'
|
||||
@@ -1,33 +1,38 @@
|
||||
date: '2022-08-30'
|
||||
sections:
|
||||
bugs:
|
||||
- 'После разблокировки репозитория для временного доступа администратор сайта не мог управлять параметрами продуктов безопасности в репозитории.'
|
||||
- 'Дубликаты административных ключей SSH могли появляться как в консоли управления, так и в файле "/home/admin/.ssh/authorized_keys".'
|
||||
- 'Страница администрирования сайта для отдельных пользователей по адресу <code>http(s)://<em>HOSTNAME</em>/stafftools/users/<em>USERNAME</em>/admin</code> содержала функции, не предназначенные для GitHub Enterprise Server.'
|
||||
- 'В некоторых случаях выполнение ghe-cluster-config-apply может реплицировать пустую конфигурацию на существующие узлы в кластере.'
|
||||
- 'В некоторых случаях выполнения конфигурации, запущенные с помощью ghe-config-apply, не завершались или возвращали ошибку "Несоответствие количества контейнеров".'
|
||||
- 'После обновления самозаверяющего сертификата TLS на экземпляре GitHub Enterprise Server элементы пользовательского интерфейса на некоторых страницах веб-интерфейса не отображались.'
|
||||
- 'В некоторых случаях фоновые задачи могли останавливаться из-за того, что параллельно использовалась библиотека, несмотря на то, что она не является потокобезопасной.'
|
||||
- 'Панель администратора сайта в верхней части веб-интерфейса содержала недействительную ссылку на SHA для текущей версии приложения.'
|
||||
- 'Владельцам организаций не удалось задать уровень доступа, необходимый для создания обсуждений.'
|
||||
- 'Пользователи обсуждений ошибочно перенаправлялись к руководствам сообщества для GitHub.com.'
|
||||
- 'В некоторых случаях пользователям предоставлялось неверное указание проверить свою электронную почту перед созданием обсуждения.'
|
||||
- "Оповещения о сканировании секретов для клиентов GitHub Advanced Security отсутствовали в веб-интерфейсе и REST API, если администратор сайта не выполнил обновление непосредственно до GitHub Enterprise Server\_3.4. Теперь оповещения видны."
|
||||
- After unlocking a repository for temporary access, a site administrator was unable to manage settings for security products in the repository.
|
||||
- Duplicate administrative SSH keys could appear in both the Management Console and the `/home/admin/.ssh/authorized_keys` file.
|
||||
- The site admin page for individual users at <code>http(s)://<em>HOSTNAME</em>/stafftools/users/<em>USERNAME</em>/admin</code> contained functionality not intended for GitHub Enterprise Server.
|
||||
- In some cases, running `ghe-cluster-config-apply` could replicate an empty configuration to existing nodes in a cluster.
|
||||
- In some cases, configuration runs started with `ghe-config-apply` did not complete, or returned a `Container count mismatch` error.
|
||||
- After updating a self-signed TLS certificate on a GitHub Enterprise Server instance, UI elements on some pages in the web interface did not appear.
|
||||
- In some cases, background tasks could stall due to a library that was used concurrently despite not being thread-safe.
|
||||
- The site admin bar at the top of the web interface contained a broken link to the SHA for the currently running version of the application.
|
||||
- Organization owners were unable to set the level of access required to create discussions.
|
||||
- Discussions users were incorrectly directed to the community guidelines for GitHub.com.
|
||||
- In some cases, users were incorrectly instructed to verify their email before creating a discussion.
|
||||
- Alerts from secret scanning for GitHub Advanced Security customers were missing in the web UI and REST API if a site administrator did not upgrade directly to GitHub Enterprise Server 3.4. The alerts are now visible.
|
||||
changes:
|
||||
- 'Создание пакетов поддержки происходит быстрее благодаря параллельной очистке журналов. Дополнительные сведения о пакетах поддержки см. в статье [Предоставление данных поддержке GitHub](/support/contacting-github-support/providing-data-to-github-support).'
|
||||
- 'API, которые содержат маршрут organization (или org), теперь принимают либо динамический идентификатор, либо идентификатор организации. Ранее API принимали только динамические идентификаторы, из-за чего заголовки "Link" для конечных точек GitHub Advanced Security были недоступны. Дополнительные сведения см. в статье [Организации] (https://docs.github.com/rest/orgs/orgs) в документации REST API.'
|
||||
- 'Журнал аудита предприятия теперь включает больше пользовательских событий, таких как project.create. REST API также возвращает дополнительные события, созданные пользователем, такие как repo.create. Дополнительные сведения см. в статье [Доступ к журналу аудита для вашего предприятия](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/accessing-the-audit-log-for -your-enterprise) и разделе [Использование API журнала аудита для вашего предприятия](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/using-the-audit- log-api-for-your-enterprise#querying-the-audit-log-rest-api).'
|
||||
- 'Иногда реплики кэша могли отклонять некоторые операции Git над недавно обновленными репозиториями. Дополнительные сведения о кэшировании репозитория см. в статье [Сведения о кэшировании репозитория](/admin/enterprise-management/caching-repositories/about-repository-caching).'
|
||||
- 'Теперь вы можете настроить баннер глобального оповещения так, чтобы его можно было убрать, используя REST API. Дополнительные сведения см. в разделе [Настройка сообщений для пользователей на предприятии](/admin/user-management/managing-users-in-your-enterprise/customizing-user-messages-for-your-enterprise#creating-a-global-announcement-banner).'
|
||||
- Generation of support bundles is faster as a result of parallelized log sanitization. For more information about support bundles, see "[Providing data to GitHub Support](/support/contacting-github-support/providing-data-to-github-support)."
|
||||
- APIs that contain the `organization` or `org` route now accept either the organization's slug or ID. Previously, the APIs only accepted slugs, which caused `Link` headers for GitHub Advanced Security endpoints to be inaccessible. For more information, see "[Organizations](https://docs.github.com/rest/orgs/orgs)" in the REST API documentation.
|
||||
- The enterprise audit log now includes more user-generated events, such as `project.create`. The REST API also returns additional user-generated events, such as `repo.create`. For more information, see "[Accessing the audit log for your enterprise](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/accessing-the-audit-log-for-your-enterprise)" and "[Using the audit log API for your enterprise](/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/using-the-audit-log-api-for-your-enterprise#querying-the-audit-log-rest-api)."
|
||||
- In some cases, cache replicas could reject some Git operations on recently updated repositories. For more information about repository caching, see "[About repository caching](/admin/enterprise-management/caching-repositories/about-repository-caching)."
|
||||
- You can now configure the global announcement banner to be dismissable using the REST API. For more information, see "[Customizing user messages for your enterprise](/admin/user-management/managing-users-in-your-enterprise/customizing-user-messages-for-your-enterprise#creating-a-global-announcement-banner)."
|
||||
known_issues:
|
||||
- 'Злоумышленник мог создать первого пользователя с правами администратора на только что настроенном экземпляре {% data variables.product.prodname_ghe_server %} без пользователей.'
|
||||
- 'Настраиваемые правила брандмауэра удаляются в процессе обновления.'
|
||||
- "Отслеживаемые файлы Git\_LFS, [отправленные через веб-интерфейс](https://github.com/blog/2105-upload-files-to-your-repositories), ошибочно добавлялись напрямую в репозиторий."
|
||||
- "Проблемы нельзя закрыть, если они содержат постоянную ссылку на большой двоичный объект в том же репозитории, где путь к файлу большого двоичного объекта превышает 255\_символов."
|
||||
- "Когда в GitHub\_Connect включен параметр Users can search GitHub.com (Пользователи могут выполнять поиск на GitHub.com), результаты поиска на GitHub.com не включают в себя проблемы в частных и внутренних репозиториях."
|
||||
- 'Реестр npm {% data variables.product.prodname_registry %} больше не возвращает значение времени в ответах метаданных. Это изменение позволяет существенно улучшить производительность. Мы продолжим хранить все данные, необходимые для возврата значения времени в качестве части ответа метаданных, и возобновим возврат этого значения в будущем, как только решим существующие проблемы с производительностью.'
|
||||
- 'Ограничения ресурсов, относящиеся к обработке перехватчиков перед получением, могут приводить к сбою некоторых из них.'
|
||||
- 'Службы Actions необходимо перезапустить после восстановления экземпляра из резервной копии, созданной на другом узле.'
|
||||
- 'В настройках репозитория включение параметра, позволяющего пользователям с доступом для чтения создавать обсуждения, не включает эту функцию.'
|
||||
- 'В некоторых случаях пользователи не могут преобразовать существующие проблемы в обсуждения.'
|
||||
- 'Пользовательские шаблоны для сканирования секретов содержат ".*" в качестве конечного разделителя, особенно в поле "После секрета". Этот разделитель вызывает несоответствия при сканировании секретов в репозиториях, и вы можете заметить пробелы в журнале репозитория, если ни одно сканирование не было завершено. Добавочные сканирования также могут быть затронуты. Чтобы предотвратить проблемы со сканированием, измените конец шаблона, чтобы удалить разделитель ".*".'
|
||||
- On a freshly set up {% data variables.product.prodname_ghe_server %} instance without any users, an attacker could create the first admin user.
|
||||
- Custom firewall rules are removed during the upgrade process.
|
||||
- Git LFS tracked files [uploaded through the web interface](https://github.com/blog/2105-upload-files-to-your-repositories) are incorrectly added directly to the repository.
|
||||
- Issues cannot be closed if they contain a permalink to a blob in the same repository, where the blob's file path is longer than 255 characters.
|
||||
- When "Users can search GitHub.com" is enabled with GitHub Connect, issues in private and internal repositories are not included in GitHub.com search results.
|
||||
- The {% data variables.product.prodname_registry %} npm registry no longer returns a time value in metadata responses. This was done to allow for substantial performance improvements. We continue to have all the data necessary to return a time value as part of the metadata response and will resume returning this value in the future once we have solved the existing performance issues.
|
||||
- Resource limits that are specific to processing pre-receive hooks may cause some pre-receive hooks to fail.
|
||||
- Actions services need to be restarted after restoring an instance from a backup taken on a different host.
|
||||
- In a repository's settings, enabling the option to allow users with read access to create discussions does not enable this functionality.
|
||||
- In some cases, users cannot convert existing issues to discussions.
|
||||
- Custom patterns for secret scanning have `.*` as an end delimiter, specifically in the "After secret" field. This delimiter causes inconsistencies in scans for secrets across repositories, and you may notice gaps in a repository's history where no scans completed. Incremental scans may also be impacted. To prevent issues with scans, modify the end of the pattern to remove the `.*` delimiter.
|
||||
- |
|
||||
After upgrading a replica node to GitHub Enterprise Server 3.6.0 or later and restarting replication, in some situations Git replication may stop progressing and continue to show `WARNING: git replication is behind the primary …`. If you encounter this known issue contact GitHub Support. For more information, see "[Creating a support ticket](https://docs.github.com/en/enterprise-server@3.6/support/contacting-github-support/creating-a-support-ticket)." [Updated: 2022-10-03]
|
||||
- |
|
||||
GitHub Pages builds may time out on instances in AWS that are configured for high availability. [Updated: 2022-11-28]
|
||||
- '{% data reusables.release-notes.babeld-max-threads-performance-issue %}'
|
||||
@@ -0,0 +1,9 @@
|
||||
---
|
||||
ms.openlocfilehash: 31687bc8c34a11de5a36e5db2877d279740f0f8f
|
||||
ms.sourcegitcommit: 4f08a208a0d2e13dc109678750a962ea2f67e1ba
|
||||
ms.translationtype: MT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 12/06/2022
|
||||
ms.locfileid: "148192062"
|
||||
---
|
||||
Для создания условного выражения можно использовать любой поддерживаемый контекст и любое выражение. Дополнительные сведения о том, какие контексты поддерживаются в этом разделе, см. в разделе Доступность [контекста](/actions/learn-github-actions/contexts#context-availability).
|
||||
@@ -1,10 +1,18 @@
|
||||
You can use the `jobs.<job_id>.if` conditional to prevent a job from running unless a condition is met. {% data reusables.actions.if-supported-contexts %}
|
||||
---
|
||||
ms.openlocfilehash: eb897a445a5e5a90014097ba76a5ecb095aa0bef
|
||||
ms.sourcegitcommit: 4f08a208a0d2e13dc109678750a962ea2f67e1ba
|
||||
ms.translationtype: MT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 12/06/2022
|
||||
ms.locfileid: "148192063"
|
||||
---
|
||||
Условное выражение `jobs.<job_id>.if` можно использовать для предотвращения выполнения задания, если условие не выполняется. {% data reusables.actions.if-supported-contexts %}
|
||||
|
||||
{% data reusables.actions.expression-syntax-if %} For more information, see "[Expressions](/actions/learn-github-actions/expressions)."
|
||||
{% data reusables.actions.expression-syntax-if %} Дополнительные сведения см. в разделе [Выражения](/actions/learn-github-actions/expressions).
|
||||
|
||||
### Example: Only run job for specific repository
|
||||
### Пример. Выполнение задания только для определенного репозитория
|
||||
|
||||
This example uses `if` to control when the `production-deploy` job can run. It will only run if the repository is named `octo-repo-prod` and is within the `octo-org` organization. Otherwise, the job will be marked as _skipped_.
|
||||
В этом примере используется `if` для управления выполнением задания `production-deploy`. Оно будет выполняться только в том случае, если репозиторий имеет имя `octo-repo-prod` и находится в организации `octo-org`. В противном случае задание будет отмечено как _пропущенное_.
|
||||
|
||||
```yaml{:copy}
|
||||
name: example-workflow
|
||||
|
||||
@@ -21,3 +21,8 @@ A user is considered active if the user has performed any of the following activ
|
||||
- Starring a repository
|
||||
- Deleting a repository
|
||||
- Accessing resources by using a {% data variables.product.pat_generic %} or SSH key
|
||||
- Joining an organization
|
||||
|
||||
{% ifversion ghes %}
|
||||
A user will also be considered active if their account has been updated by LDAP.
|
||||
{% endif %}
|
||||
|
||||
@@ -127,7 +127,7 @@ products:
|
||||
rest:
|
||||
banner:
|
||||
api_versioned: The REST API is now versioned.
|
||||
api_version_info: For more information, see "<a href="{{ versionWithApiVersion }}/rest/overview/api-versions">About API versioning</a>".
|
||||
api_version_info: For more information, see "<a href="{{ versionWithApiVersion }}/rest/overview/api-versions">About API versioning</a>."
|
||||
ghes_api_versioned: After a site administrator upgrades your Enterprise Server instance to {{ firstGhesReleaseWithApiVersions.versionTitle }} or later, the REST API will be versioned. To learn how to find your instance's version, see "<a href="/{{ currentVersion }}/get-started/learning-about-github/about-versions-of-github-docs#github-enterprise-server">About versions of GitHub Docs</a>".
|
||||
versioning:
|
||||
about_versions: About REST API versions
|
||||
|
||||
Reference in New Issue
Block a user