New translation batch for ru (#33140)
This commit is contained in:
docubot
@@ -105,6 +105,7 @@ translations/ru-RU/content/codespaces/customizing-your-codespace/setting-your-ti
|
||||
translations/ru-RU/content/codespaces/developing-in-codespaces/codespaces-lifecycle.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/codespaces/developing-in-codespaces/creating-a-codespace.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/codespaces/developing-in-codespaces/renaming-a-codespace.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/codespaces/developing-in-codespaces/the-codespace-lifecycle.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/codespaces/developing-in-codespaces/using-codespaces-for-pull-requests.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/codespaces/developing-in-codespaces/using-codespaces-in-visual-studio-code.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/codespaces/developing-in-codespaces/using-codespaces-with-github-cli.md,file deleted because it no longer exists in main
|
||||
@@ -122,6 +123,7 @@ translations/ru-RU/content/codespaces/troubleshooting/troubleshooting-port-forwa
|
||||
translations/ru-RU/content/codespaces/troubleshooting/troubleshooting-your-connection-to-codespaces.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/codespaces/troubleshooting/working-with-support-for-codespaces.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/communities/moderating-comments-and-conversations/limiting-interactions-for-your-user-account.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/desktop/contributing-and-collaborating-using-github-desktop/working-with-your-remote-repository-on-github-or-github-enterprise/changing-a-remotes-url-from-github-desktop.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/education/explore-the-benefits-of-teaching-and-learning-with-github-education/use-github-at-your-educational-institution/about-campus-advisors.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/education/explore-the-benefits-of-teaching-and-learning-with-github-education/use-github-for-your-schoolwork/about-github-community-exchange.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/education/explore-the-benefits-of-teaching-and-learning-with-github-education/use-github-for-your-schoolwork/about-github-education-for-students.md,file deleted because it no longer exists in main
|
||||
@@ -185,6 +187,7 @@ translations/ru-RU/content/organizations/restricting-access-to-your-organization
|
||||
translations/ru-RU/content/organizations/restricting-access-to-your-organizations-data/enabling-oauth-app-access-restrictions-for-your-organization.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/organizations/restricting-access-to-your-organizations-data/index.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/pages/getting-started-with-github-pages/adding-a-theme-to-your-github-pages-site-with-the-theme-chooser.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/pull-requests/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-for-a-fork.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/pull-requests/collaborating-with-pull-requests/working-with-forks/merging-an-upstream-repository-into-your-fork.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/rest/reference/actions.md,file deleted because it no longer exists in main
|
||||
translations/ru-RU/content/rest/reference/activity.md,file deleted because it no longer exists in main
|
||||
@@ -1074,7 +1077,6 @@ translations/ru-RU/content/repositories/creating-and-managing-repositories/delet
|
||||
translations/ru-RU/content/repositories/creating-and-managing-repositories/restoring-a-deleted-repository.md,rendering error
|
||||
translations/ru-RU/content/repositories/creating-and-managing-repositories/transferring-a-repository.md,rendering error
|
||||
translations/ru-RU/content/repositories/creating-and-managing-repositories/troubleshooting-cloning-errors.md,rendering error
|
||||
translations/ru-RU/content/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners.md,rendering error
|
||||
translations/ru-RU/content/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/customizing-your-repositorys-social-media-preview.md,rendering error
|
||||
translations/ru-RU/content/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository.md,rendering error
|
||||
translations/ru-RU/content/repositories/managing-your-repositorys-settings-and-features/enabling-features-for-your-repository/managing-github-actions-settings-for-a-repository.md,rendering error
|
||||
|
||||
|
@@ -16,6 +16,26 @@ type: tutorial
|
||||
|
||||
{% data reusables.actions.about-runner-groups %} {% ifversion fpt %}For more information, see the [{% data variables.product.prodname_ghe_cloud %} documentation](/enterprise-cloud@latest/actions/using-github-hosted-runners/controlling-access-to-larger-runners).{% endif %}
|
||||
|
||||
### Default group for {% data variables.actions.hosted_runner %}s
|
||||
|
||||
Organizations and enterprises with access to {% data variables.actions.hosted_runner %}s will automatically receive a default runner group called "Default Larger Runners" that includes 4 runners of varying sizes. The runners in this group are pre-configured and ready for immediate use. In order to use the runners in this group, you will need to add the label corresponding to the runner of your choice to your workflow file. See the table below for labels. For more information on how to use labels, see "[Running jobs on your runner](/actions/using-github-hosted-runners/using-larger-runners#running-jobs-on-your-runner)."
|
||||
|
||||
|
||||
#### Default Runners
|
||||
|
||||
|Description | Label | Image |
|
||||
| ------- | ------- | ------ |
|
||||
| 4-cores Ubuntu Runner | `ubuntu-latest-4-cores` | Ubuntu - Latest |
|
||||
| 8-cores Ubuntu Runner | `ubuntu-latest-8-cores` | Ubuntu - Latest |
|
||||
| 16-cores Ubuntu Runner | `ubuntu-latest-16-cores` | Ubuntu - Latest |
|
||||
| 8-cores Windows Runner | `windows-latest-8-cores` | Windows Server - Latest |
|
||||
|
||||
The default {% data variables.actions.hosted_runner %} group is created at the billing entity level. If your organization is part of an enterprise account, the group will be managed on the enterprise level. If your organization does not fall under an enterprise, the group is managed on the organization level.
|
||||
|
||||
You will not be billed for these runners until you use them in your workflows. Once these runners are used, billing works as it normally does. For more information on billing, see "[Using {% data variables.actions.hosted_runner %}s](/actions/using-github-hosted-runners/using-larger-runners#understanding-billing)."
|
||||
|
||||
The default access for a {% data variables.actions.hosted_runner %} group at the enterprise level is set to automatically share with all organizations in the enterprise, but not all repositories. Organization admins will need to share the default {% data variables.actions.hosted_runner %} group with each repository separately. For {% data variables.actions.hosted_runner %} groups at the organization level, the default access is set to automatically share the group with all repositories. For more information on how to change access policies, and where to view the default {% data variables.actions.hosted_runner %} group, see "[Changing the access policy of a runner group](#changing-the-access-policy-of-a-runner-group)."
|
||||
|
||||
{% ifversion ghec or ghes or ghae %}
|
||||
|
||||
## Creating a runner group for an organization
|
||||
|
||||
@@ -49,7 +49,7 @@ When you create a codespace, a number of steps happen to create and connect you
|
||||
|
||||
For more information on what happens when you create a codespace, see "[Deep Dive](/codespaces/getting-started/deep-dive)."
|
||||
|
||||
For more information on the lifecycle of a codespace, see "[The codespace lifecycle](/codespaces/developing-in-codespaces/the-codespace-lifecycle)."
|
||||
For more information on the lifecycle of a codespace, see "[The codespace lifecycle](/codespaces/getting-started/the-codespace-lifecycle)."
|
||||
|
||||
If you want to use Git hooks for your codespace, then you should set up hooks using the [`devcontainer.json` lifecycle scripts](https://code.visualstudio.com/docs/remote/devcontainerjson-reference#_lifecycle-scripts), such as `postCreateCommand`, during step 4. Since your codespace container is created after the repository is cloned, any [git template directory](https://git-scm.com/docs/git-init#_template_directory) configured in the container image will not apply to your codespace. Hooks must instead be installed after the codespace is created. For more information on using `postCreateCommand`, see the [`devcontainer.json` reference](https://code.visualstudio.com/docs/remote/devcontainerjson-reference#_devcontainerjson-properties) in the {% data variables.product.prodname_vscode_shortname %} documentation.
|
||||
|
||||
|
||||
@@ -7,7 +7,6 @@ versions:
|
||||
topics:
|
||||
- Codespaces
|
||||
children:
|
||||
- /the-codespace-lifecycle
|
||||
- /developing-in-a-codespace
|
||||
- /creating-a-codespace-for-a-repository
|
||||
- /creating-a-codespace-from-a-template
|
||||
|
||||
@@ -105,4 +105,4 @@ When you restart a codespace you can choose to open it in {% data variables.prod
|
||||
|
||||
## Further reading
|
||||
|
||||
- "[The codespace lifecycle](/codespaces/developing-in-codespaces/the-codespace-lifecycle)"
|
||||
- "[The codespace lifecycle](/codespaces/getting-started/the-codespace-lifecycle)"
|
||||
|
||||
@@ -1,72 +0,0 @@
|
||||
---
|
||||
title: Жизненный цикл codespace
|
||||
intro: 'Вы можете разрабатывать в среде {% data variables.product.prodname_github_codespaces %} и поддерживать данные на протяжении всего жизненного цикла codespace.'
|
||||
versions:
|
||||
fpt: '*'
|
||||
ghec: '*'
|
||||
type: overview
|
||||
topics:
|
||||
- Codespaces
|
||||
- Developer
|
||||
redirect_from:
|
||||
- /codespaces/developing-in-codespaces/codespaces-lifecycle
|
||||
ms.openlocfilehash: 660ced63e34c6de8025c65946542baca43534cfe
|
||||
ms.sourcegitcommit: 3ff64a8c8cf70e868c10105aa6bbf6cd4f78e4d3
|
||||
ms.translationtype: MT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 11/22/2022
|
||||
ms.locfileid: '148180798'
|
||||
---
|
||||
## Сведения о жизненном цикле пространства кода
|
||||
|
||||
Жизненный цикл пространства кода начинается при его создании и заканчивается при его удалении. Вы можете отключиться и переподключиться к активному пространству кода, не затрагивая выполняемые процессы. Вы можете остановить и перезапустить пространство кода без потери изменений, внесенных в проект.
|
||||
|
||||
## Создание codespace
|
||||
|
||||
Когда вы собираетесь работать над проектом, вы можете создать новое пространство кода или открыть существующее. Вам может потребоваться создать новое пространство кода из ветви репозитория при каждой разработке в {% data variables.product.prodname_github_codespaces %} или сохранить длительное пространство кода для функции. {% data reusables.codespaces.starting-new-project-template %} Дополнительные сведения см. в [разделах Создание codespace для репозитория](/codespaces/developing-in-codespaces/creating-a-codespace-for-a-repository) и [Создание codespace на основе шаблона](/codespaces/developing-in-codespaces/creating-a-codespace-from-a-template).
|
||||
|
||||
{% data reusables.codespaces.max-number-codespaces %} Аналогичным образом, если вы достигнете максимального количества активных сред codespace и попытаетесь запустить еще одну среду, вам будет предложено остановить одну из активных сред codespace.
|
||||
|
||||
Если вы решили создавать новое пространство кода каждый раз при работе над проектом, следует регулярно отправлять изменения, чтобы все новые фиксации были включены в {% data variables.product.prodname_dotcom %}. Если вы решили использовать для своего проекта долгосрочное пространство кода, то должны выполнять вытягивание из ветви по умолчанию репозитория каждый раз, когда начинаете работать в пространстве кода, чтобы в вашей среде присутствовали последние фиксации. Этот рабочий процесс очень похож на работу с проектом на локальном компьютере.
|
||||
|
||||
{% data reusables.codespaces.prebuilds-crossreference %}
|
||||
|
||||
## Сохранение изменений в пространстве кода
|
||||
|
||||
При подключении к пространству кода через Интернет для веб редактора автоматически включается автосохранение и настраивается сохранение изменений после задержки. При подключении к пространству кода через {% data variables.product.prodname_vscode %}, работающий на вашем компьютере, необходимо самостоятельно включить автосохранение. Дополнительные сведения см. в разделе [Сохранение и автосохранение](https://code.visualstudio.com/docs/editor/codebasics#_save-auto-save) документации по {% data variables.product.prodname_vscode %}.
|
||||
|
||||
Ваша работа будет сохранена на виртуальной машине в облаке. Вы можете закрыть и остановить codespace, а затем вернуться к сохраненной работе. Если у вас есть несохраненные изменения, перед выходом редактор предложит сохранить их. Однако при удалении codespace работа также будет удалена. Чтобы сохранить работу, необходимо зафиксировать изменения и отправить их в удаленный репозиторий или опубликовать работу в новом удаленном репозитории, если вы создали codespace на основе шаблона. Дополнительные сведения см. в статье [Использование системы управления версиями в кодовом пространстве](/codespaces/developing-in-codespaces/using-source-control-in-your-codespace).
|
||||
|
||||
## Время ожидания для {% data variables.product.prodname_github_codespaces %}
|
||||
|
||||
Если вы оставите свое пространство кода работающим без взаимодействия или если выйдете из него, не остановив его явно, после некоторого периода бездействия время ожидания истечет, и пространство кода остановит работу. По умолчанию время ожидания пространства кода истекает через 30 минут бездействия, но вы можете настроить другое время ожидания для вновь создаваемых пространств кода. Дополнительные сведения о настройке времени ожидания по умолчанию для пространств кода см. в разделе [Настройка времени ожидания для {% data variables.product.prodname_github_codespaces %}](/codespaces/customizing-your-codespace/setting-your-timeout-period-for-github-codespaces). Дополнительные сведения об остановке пространства кода см. в разделе [Остановка пространства кода](#stopping-a-codespace).
|
||||
|
||||
При истечении времени ожидания пространства кода данные сохраняются с момента последнего сохранения изменений. Дополнительные сведения см. в разделе [Сохранение изменений в пространстве кода](#saving-changes-in-a-codespace).
|
||||
|
||||
## Перестроение пространства кода
|
||||
|
||||
Вы можете перестроить codespace, чтобы реализовать изменения в конфигурации контейнера разработки. В большинстве случаев вместо перестроения пространства кода можно просто создать новое пространство кода. По умолчанию при перестроении codespace {% data variables.product.prodname_github_codespaces %} будет повторно использовать образы из кэша, чтобы ускорить процесс перестроения. Кроме того, можно выполнить полную перестройку, которая очищает кэш и перестраивает контейнер со свежими образами.
|
||||
|
||||
Дополнительные сведения см. в разделах [Общие сведения о контейнерах разработки](/codespaces/setting-up-your-project-for-codespaces/introduction-to-dev-containers#applying-configuration-changes-to-a-codespace) и [Выполнение полной перестройки контейнера](/codespaces/codespaces-reference/performing-a-full-rebuild-of-a-container).
|
||||
|
||||
## Остановка пространства кода
|
||||
|
||||
{% data reusables.codespaces.stopping-a-codespace %} Дополнительные сведения см. в разделе [Остановка и запуск codespace](/codespaces/developing-in-codespaces/stopping-and-starting-a-codespace).
|
||||
|
||||
## Удаление codespace
|
||||
|
||||
Вы можете создать пространство кода для конкретной задачи, а затем безопасно удалить его после отправки изменений в удаленную ветвь.
|
||||
|
||||
Если вы попытаетесь удалить пространство кода с неотправленными фиксациями git, редактор сообщит вам, что имеются изменения, которые не были отправлены в удаленную ветвь. Вы можете отправить все необходимые изменения, а затем удалить пространство кода или продолжить, чтобы удалить пространство кода и все незафиксированные изменения. Вы также можете экспортировать код в новую ветвь, не создавая новое пространство кода. Дополнительные сведения см. в разделе [Экспорт изменений в ветвь](/codespaces/troubleshooting/exporting-changes-to-a-branch).
|
||||
|
||||
Codespace, которые были остановлены и остаются неактивными в течение указанного периода времени, будут удалены автоматически. По умолчанию неактивные codespace удаляются через 30 дней, но вы можете настроить период хранения codespace. Дополнительные сведения см. в статье [Настройка автоматического удаления сред codespace](/codespaces/customizing-your-codespace/configuring-automatic-deletion-of-your-codespaces).
|
||||
|
||||
Если вы создадите codespace, оно будет продолжать начислять расходы на хранение, пока оно не будет удалено, независимо от того, является ли оно активным или остановленным. Дополнительные сведения см. в статье [Сведения о выставлении счетов за {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/about-billing-for-github-codespaces#billing-for-storage-usage). Удаление codespace не уменьшает текущую оплачиваемую сумму для {% data variables.product.prodname_github_codespaces %}, которая накапливается в течение каждого ежемесячного цикла выставления счетов. Дополнительные сведения см. в разделе [Просмотр данных об использовании {% data variables.product.prodname_github_codespaces %}](/billing/managing-billing-for-github-codespaces/viewing-your-github-codespaces-usage).
|
||||
|
||||
Дополнительные сведения об удалении пространства кода см. в разделе [Удаление пространства кода](/codespaces/developing-in-codespaces/deleting-a-codespace).
|
||||
|
||||
## Потеря подключения при использовании {% data variables.product.prodname_github_codespaces %}
|
||||
|
||||
{% data variables.product.prodname_github_codespaces %} — это облачная среда разработки, для которой требуется подключение к Интернету. Если во время работы в пространстве кода произойдет потеря подключения к Интернету, вы не сможете получить доступ к своему пространству кода. Однако все незафиксированные изменения будут сохранены. Когда подключение к Интернету будет восстановлено, вы сможете подключиться к пространству кода в том же состоянии, в котором оно было оставлено. Если ваше подключение к Интернету нестабильно, следует чаще фиксировать и отправлять изменения.
|
||||
|
||||
Если вы знаете, что часто работаете в автономном режиме, вы можете использовать файл `devcontainer.json` с [расширением "Контейнеры разработки"](https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers) для {% data variables.product.prodname_vscode_shortname %} для сборки и подключения к локальному контейнеру разработки для репозитория. Дополнительные сведения см. в разделе [Разработка в контейнере](https://code.visualstudio.com/docs/remote/containers) в документации по {% data variables.product.prodname_vscode %}.
|
||||
@@ -7,6 +7,7 @@ versions:
|
||||
ghec: '*'
|
||||
children:
|
||||
- /quickstart
|
||||
- /the-codespace-lifecycle
|
||||
- /deep-dive
|
||||
ms.openlocfilehash: e0a845403562bbe046b81e52893a9ff59a1fbf1c
|
||||
ms.sourcegitcommit: e8c012864f13f9146e53fcb0699e2928c949ffa8
|
||||
|
||||
@@ -8,7 +8,7 @@ introLinks:
|
||||
featuredLinks:
|
||||
guides:
|
||||
- /codespaces/managing-codespaces-for-your-organization/enabling-codespaces-for-your-organization
|
||||
- /codespaces/developing-in-codespaces/the-codespace-lifecycle
|
||||
- /codespaces/getting-started/the-codespace-lifecycle
|
||||
- /codespaces/setting-up-your-codespace/configuring-codespaces-for-your-project
|
||||
- /codespaces/managing-your-codespaces/managing-repository-access-for-your-codespaces
|
||||
- /billing/managing-billing-for-github-codespaces/about-billing-for-codespaces
|
||||
|
||||
@@ -1,32 +0,0 @@
|
||||
---
|
||||
title: Изменение удаленного URL-адреса из GitHub Desktop
|
||||
intro: 'Вы можете изменить удаленный URL-адрес репозитория, с которым вы работаете в {% data variables.product.prodname_desktop %}. Это можно сделать, если репозиторий переименован или имя пользователя или организация, принадлежащие репозиторию, изменились.'
|
||||
redirect_from:
|
||||
- /desktop/contributing-to-projects/changing-a-remotes-url-from-github-desktop
|
||||
- /desktop/contributing-to-projects/changing-a-remote-s-url-from-github-desktop
|
||||
- /desktop/contributing-and-collaborating-using-github-desktop/changing-a-remotes-url-from-github-desktop
|
||||
versions:
|
||||
fpt: '*'
|
||||
shortTitle: Change a remote's URL
|
||||
ms.openlocfilehash: e06ea68ead9ab79c44d7aaf96f48d6645232b496
|
||||
ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5
|
||||
ms.translationtype: HT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 09/05/2022
|
||||
ms.locfileid: '146058479'
|
||||
---
|
||||
{% mac %}
|
||||
|
||||
{% data reusables.desktop.mac-repository-settings-menu %}
|
||||
2. Щелкните **Удаленный** и в разделе **Главный удаленный репозиторий** введите нужный URL-адрес.
|
||||
 {% data reusables.desktop.repository-settings-save %}
|
||||
|
||||
{% endmac %}
|
||||
|
||||
{% windows %}
|
||||
|
||||
{% data reusables.desktop.windows-repository-settings-menu %}
|
||||
2. Щелкните **Удаленный** и в разделе **Главный удаленный репозиторий** введите нужный URL-адрес.
|
||||
 {% data reusables.desktop.repository-settings-save %}
|
||||
|
||||
{% endwindows %}
|
||||
@@ -10,7 +10,7 @@ children:
|
||||
- /viewing-a-pull-request-in-github-desktop
|
||||
- /viewing-and-re-running-checks-in-github-desktop
|
||||
- /configuring-notifications-in-github-desktop
|
||||
- /changing-a-remotes-url-from-github-desktop
|
||||
- /changing-the-remote-url-for-a-repository-from-github-desktop
|
||||
shortTitle: Work with your remote repo
|
||||
ms.openlocfilehash: 60c2f41546ff085ea8f8d56142da6a3c7a81ebae
|
||||
ms.sourcegitcommit: fb047f9450b41b24afc43d9512a5db2a2b750a2a
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
title: Ограничение запросов на доступ к приложению OAuth и приложению GitHub
|
||||
title: Ограничение запросов на доступ к приложениям OAuth и приложениям GitHub
|
||||
intro: 'Как владелец организации вы можете разрешить внешним участникам совместной работы запрашивать доступ организации для {% data variables.product.prodname_oauth_apps %} и {% data variables.product.prodname_github_apps %}.'
|
||||
versions:
|
||||
feature: limit-app-access-requests
|
||||
@@ -9,21 +9,21 @@ topics:
|
||||
- GitHub Apps
|
||||
- OAuth Apps
|
||||
shortTitle: Limit app access requests
|
||||
ms.openlocfilehash: 4ea1bd133dcbabb9e7b3e3cbe65da5ff9c6eabac
|
||||
ms.sourcegitcommit: f638d569cd4f0dd6d0fb967818267992c0499110
|
||||
ms.openlocfilehash: 6c991ecfbdac75f1bb3bb4fdb5ea3a0692f1d040
|
||||
ms.sourcegitcommit: 30b0931723b704e219c736e0de7afe0fa799da29
|
||||
ms.translationtype: MT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 10/25/2022
|
||||
ms.locfileid: '148008696'
|
||||
ms.lasthandoff: 11/30/2022
|
||||
ms.locfileid: '148186438'
|
||||
---
|
||||
## Сведения о запросах доступа на интеграцию
|
||||
## Сведения о запросах доступа к интеграции
|
||||
|
||||
Если запросы на доступ к интеграции включены, внешние участники совместной работы могут запрашивать доступ организации для {% data variables.product.prodname_github_apps %} и {% data variables.product.prodname_oauth_apps %}, которые еще не утверждены вашей организацией. Если отключить запросы на доступ к интеграции, только члены организации смогут запрашивать доступ организации для неутвержденных {% data variables.product.prodname_github_apps %} и {% data variables.product.prodname_oauth_apps %}. Внешние участники совместной работы по-прежнему смогут предоставить согласие на предварительно утвержденные {% data variables.product.prodname_github_apps %} и {% data variables.product.prodname_oauth_apps %} доступ к тем же ресурсам, к которые запрашивающий внешний сотрудник имеет доступ.
|
||||
Если запросы на доступ к интеграции включены, внешние участники совместной работы могут запрашивать доступ организации для {% data variables.product.prodname_github_apps %} и {% data variables.product.prodname_oauth_apps %}, которые еще не утверждены вашей организацией. Если вы отключите запросы на доступ к интеграции, только участники организации смогут запрашивать доступ организации для неутвержденных {% data variables.product.prodname_github_apps %} и {% data variables.product.prodname_oauth_apps %}. Внешние участники совместной работы по-прежнему смогут дать согласие на предварительно утвержденные {% data variables.product.prodname_github_apps %} и {% data variables.product.prodname_oauth_apps %} доступ к тем же ресурсам, к которые запрашивающий внешний сотрудник имеет доступ.
|
||||
|
||||
По умолчанию запросы на доступ к интеграции включены. Если в вашей организации имеется большое количество внешних участников совместной работы, вы можете отключить запросы на доступ к интеграции, чтобы сократить количество запросов, которые необходимо проверить.
|
||||
По умолчанию запросы на доступ к интеграции включены. Если в вашей организации имеется большое количество внешних участников совместной работы, вы можете отключить запросы на доступ к интеграции, чтобы уменьшить количество запросов, которые необходимо проверить.
|
||||
|
||||
## Включение или отключение запросов доступа для взаимодействия
|
||||
## Включение или отключение запросов на доступ к интеграции
|
||||
|
||||
{% data reusables.profile.access_org %} {% data reusables.profile.org_settings %} {% data reusables.profile.org_member_privileges %}
|
||||
1. В разделе "Запросы доступа к интеграции" установите или снимите флажок **Разрешить запросы на интеграцию от внешних участников совместной работы** и нажмите кнопку **Сохранить**.
|
||||
|
||||
1. В разделе "Запросы доступа к интеграции" выберите или снимите флажок **Разрешить запросы на интеграцию от внешних участников совместной работы** и нажмите кнопку **Сохранить**.
|
||||
|
||||
|
||||
@@ -1,42 +0,0 @@
|
||||
---
|
||||
title: Настройка удаленного репозитория для вилки
|
||||
intro: 'Необходимо настроить удаленный репозиторий, указывающий на вышестоящий репозиторий в Git, чтобы [синхронизировать изменения, внесенные в вилку](/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork) с исходным репозиторием. Это также позволяет синхронизировать изменения, внесенные в исходный репозиторий с созданной вилкой.'
|
||||
redirect_from:
|
||||
- /github/collaborating-with-issues-and-pull-requests/working-with-forks/configuring-a-remote-for-a-fork
|
||||
- /articles/configuring-a-remote-for-a-fork
|
||||
- /github/collaborating-with-issues-and-pull-requests/configuring-a-remote-for-a-fork
|
||||
- /github/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-for-a-fork
|
||||
versions:
|
||||
fpt: '*'
|
||||
ghes: '*'
|
||||
ghae: '*'
|
||||
ghec: '*'
|
||||
topics:
|
||||
- Pull requests
|
||||
shortTitle: Configure a remote
|
||||
ms.openlocfilehash: 33aa4970ab5ded364073147e6197919a18b98446
|
||||
ms.sourcegitcommit: 5f40f9341dd1e953f4be8d1642f219e628e00cc8
|
||||
ms.translationtype: MT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 10/04/2022
|
||||
ms.locfileid: '148009935'
|
||||
---
|
||||
{% data reusables.command_line.open_the_multi_os_terminal %}
|
||||
2. Получите текущий настроенный удаленный репозиторий для вилки.
|
||||
```shell
|
||||
$ git remote -v
|
||||
> origin https://{% data variables.command_line.codeblock %}/YOUR_USERNAME/YOUR_FORK.git (fetch)
|
||||
> origin https://{% data variables.command_line.codeblock %}/YOUR_USERNAME/YOUR_FORK.git (push)
|
||||
```
|
||||
3. Укажите новый удаленный *вышестоящий* репозиторий, который будет синхронизирован с вилкой.
|
||||
```shell
|
||||
$ git remote add upstream https://{% data variables.command_line.codeblock %}/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git
|
||||
```
|
||||
4. Проверьте новый вышестоящий репозиторий, указанный для вилки.
|
||||
```shell
|
||||
$ git remote -v
|
||||
> origin https://{% data variables.command_line.codeblock %}/YOUR_USERNAME/YOUR_FORK.git (fetch)
|
||||
> origin https://{% data variables.command_line.codeblock %}/YOUR_USERNAME/YOUR_FORK.git (push)
|
||||
> upstream https://{% data variables.command_line.codeblock %}/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git (fetch)
|
||||
> upstream https://{% data variables.command_line.codeblock %}/ORIGINAL_OWNER/ORIGINAL_REPOSITORY.git (push)
|
||||
```
|
||||
@@ -14,7 +14,7 @@ topics:
|
||||
- Pull requests
|
||||
children:
|
||||
- /about-forks
|
||||
- /configuring-a-remote-for-a-fork
|
||||
- /configuring-a-remote-repository-for-a-fork
|
||||
- /syncing-a-fork
|
||||
- /allowing-changes-to-a-pull-request-branch-created-from-a-fork
|
||||
- /what-happens-to-forks-when-a-repository-is-deleted-or-changes-visibility
|
||||
|
||||
@@ -52,7 +52,7 @@ If the changes from the upstream repository cause conflict then the {% data vari
|
||||
|
||||
## Syncing a fork branch from the command line
|
||||
|
||||
Before you can sync your fork with an upstream repository, you must [configure a remote that points to the upstream repository](/pull-requests/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-for-a-fork) in Git.
|
||||
Before you can sync your fork with an upstream repository, you must configure a remote that points to the upstream repository in Git. For more information, see "[Configuring a remote repository for a fork](/pull-requests/collaborating-with-pull-requests/working-with-forks/configuring-a-remote-repository-for-a-fork)."
|
||||
|
||||
{% data reusables.command_line.open_the_multi_os_terminal %}
|
||||
2. Change the current working directory to your local project.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: About code owners
|
||||
intro: You can use a CODEOWNERS file to define individuals or teams that are responsible for code in a repository.
|
||||
title: О владельцах кода
|
||||
intro: 'Файл CODEOWNERS можно использовать для определения отдельных лиц или команд, ответственных за код в репозитории.'
|
||||
redirect_from:
|
||||
- /articles/about-codeowners
|
||||
- /articles/about-code-owners
|
||||
@@ -14,59 +14,63 @@ versions:
|
||||
ghec: '*'
|
||||
topics:
|
||||
- Repositories
|
||||
ms.openlocfilehash: 12265f0627ca6d0feb34244aab1c021b5ae6cc10
|
||||
ms.sourcegitcommit: 9315c7dae9a673a2f8958df7632bf1af206a0bed
|
||||
ms.translationtype: MT
|
||||
ms.contentlocale: ru-RU
|
||||
ms.lasthandoff: 12/01/2022
|
||||
ms.locfileid: '148188241'
|
||||
---
|
||||
People with admin or owner permissions can set up a CODEOWNERS file in a repository.
|
||||
Пользователи с разрешениями администратора или владельца могут настроить файл CODEOWNERS в репозитории.
|
||||
|
||||
The people you choose as code owners must have write permissions for the repository. When the code owner is a team, that team must be visible and it must have write permissions, even if all the individual members of the team already have write permissions directly, through organization membership, or through another team membership.
|
||||
Пользователи, которых вы выбираете в качестве владельцев кода, должны иметь разрешения на запись в репозитории. Если владелец кода является командой, то эта команда должна быть видимой и должна иметь разрешения на запись, даже если все отдельные участники команды уже имеют разрешения на запись напрямую, через членство в организации или через другое членство в команде.
|
||||
|
||||
## About code owners
|
||||
## О владельцах кода
|
||||
|
||||
Code owners are automatically requested for review when someone opens a pull request that modifies code that they own. Code owners are not automatically requested to review draft pull requests. For more information about draft pull requests, see "[About pull requests](/github/collaborating-with-issues-and-pull-requests/about-pull-requests#draft-pull-requests)." When you mark a draft pull request as ready for review, code owners are automatically notified. If you convert a pull request to a draft, people who are already subscribed to notifications are not automatically unsubscribed. For more information, see "[Changing the stage of a pull request](/github/collaborating-with-issues-and-pull-requests/changing-the-stage-of-a-pull-request)."
|
||||
Владельцы кода автоматически получают запрос для проверки, когда кто-то открывает запрос на вытягивание, который изменяет код, принадлежащий владельцам. Владельцы кода не получают запросов для проверки черновиков запросов на вытягивание автоматически. Дополнительные сведения о черновиках запросов на вытягивание см. в разделе [Сведения о запросах на вытягивание](/github/collaborating-with-issues-and-pull-requests/about-pull-requests#draft-pull-requests). Когда вы помечаете черновик запроса на вытягивание как готовый к проверке, владельцы кода автоматически получают уведомления. Если вы преобразуете запрос на вытягивание в черновик, для пользователей, которые уже подписаны на уведомления, подписка отменена не будет. Дополнительные сведения см. в разделе [Изменение этапа запроса на вытягивание](/github/collaborating-with-issues-and-pull-requests/changing-the-stage-of-a-pull-request).
|
||||
|
||||
When someone with admin or owner permissions has enabled required reviews, they also can optionally require approval from a code owner before the author can merge a pull request in the repository. For more information, see "[About protected branches](/github/administering-a-repository/about-protected-branches#require-pull-request-reviews-before-merging)."
|
||||
Если пользователь с разрешениями администратора или владельца включил необходимые проверки, он также может потребовать утверждения от владельца кода, прежде чем автор сможет объединить запрос на вытягивание в репозитории. Дополнительные сведения см. в разделе [Сведения о защищенных ветвях](/github/administering-a-repository/about-protected-branches#require-pull-request-reviews-before-merging).
|
||||
|
||||
If a file has a code owner, you can see who the code owner is before you open a pull request. In the repository, you can browse to the file and hover over {% octicon "shield-lock" aria-label="The edit icon" %}.
|
||||
Если у файла есть владелец кода, вы можете просмотреть, кто является владельцем кода, перед открытием запроса на вытягивание. Для этого перейдите к файлу в репозитории и наведите указатель мыши на {% octicon "shield-lock" aria-label="The edit icon" %}.
|
||||
|
||||
|
||||
|
||||
|
||||
## CODEOWNERS file location
|
||||
## Расположение файла CODEOWNERS
|
||||
|
||||
To use a CODEOWNERS file, create a new file called `CODEOWNERS` in the root, `docs/`, or `.github/` directory of the repository, in the branch where you'd like to add the code owners.
|
||||
Чтобы использовать файл CODEOWNERS, создайте новый файл `CODEOWNERS` в корневом каталоге, каталоге `docs/` или `.github/` репозитория, в ветви, в которую вы хотите добавить владельцев кода.
|
||||
|
||||
Each CODEOWNERS file assigns the code owners for a single branch in the repository. Thus, you can assign different code owners for different branches, such as `@octo-org/codeowners-team` for a code base on the default branch and `@octocat` for a {% data variables.product.prodname_pages %} site on the `gh-pages` branch.
|
||||
Каждый файл CODEOWNERS назначает владельцам кода одну ветвь в репозитории. Таким образом, можно назначить разных владельцев кода для различных ветвей, например, `@octo-org/codeowners-team` для базы кода в ветви по умолчанию и `@octocat` для сайта {% data variables.product.prodname_pages %} в ветви `gh-pages`.
|
||||
|
||||
For code owners to receive review requests, the CODEOWNERS file must be on the base branch of the pull request. For example, if you assign `@octocat` as the code owner for *.js* files on the `gh-pages` branch of your repository, `@octocat` will receive review requests when a pull request with changes to *.js* files is opened between the head branch and `gh-pages`.
|
||||
Чтобы владельцы кода получали запросы на проверку, файл CODEOWNERS должен находиться в базовой ветви запроса на вытягивание. Например, если вы назначаете `@octocat` в качестве владельца кода для файлов *.js* в ветви `gh-pages` репозитория, то при открытии запроса на вытягивание, содержащего изменения в файлах *.js* между головной ветвью и `gh-pages`, `@octocat` будет получать запросы на проверку.
|
||||
|
||||
## CODEOWNERS file size
|
||||
## Размер файла CODEOWNERS
|
||||
|
||||
CODEOWNERS files must be under 3 MB in size. A CODEOWNERS file over this limit will not be loaded, which means that code owner information is not shown and the appropriate code owners will not be requested to review changes in a pull request.
|
||||
Размер файла CODEOWNERS не должен превышать 3 МБ. Если размер файла CODEOWNERS превышает это ограничение, то файл не будет загружен, и, следовательно, сведения о владельце кода не будут отображаться, а соответствующие владельцы кода не будут получать запросы для просмотра изменений в запросе на вытягивание.
|
||||
|
||||
To reduce the size of your CODEOWNERS file, consider using wildcard patterns to consolidate multiple entries into a single entry.
|
||||
Чтобы уменьшить размер файла CODEOWNERS, используйте шаблоны с подстановочными знаками для консолидации нескольких записей в одну запись.
|
||||
|
||||
## CODEOWNERS syntax
|
||||
## Синтаксис файла CODEOWNERS
|
||||
|
||||
{% warning %}
|
||||
|
||||
**Warning:** There are some syntax rules for gitignore files that *do not work* in CODEOWNERS files:
|
||||
- Escaping a pattern starting with `#` using `\` so it is treated as a pattern and not a comment
|
||||
- Using `!` to negate a pattern
|
||||
- Using `[ ]` to define a character range
|
||||
**Предупреждение.** Существуют некоторые правила синтаксиса для файлов gitignore, которые *не работают* в файлах CODEOWNERS:
|
||||
- экранирование шаблона, начинающегося с `#`, с помощью `\`, так как такой шаблон рассматривается как шаблон, а не как комментарий;
|
||||
- использование `!` для отмены шаблона;
|
||||
- использование `[ ]` для определения диапазона символов.
|
||||
|
||||
{% endwarning %}
|
||||
|
||||
A CODEOWNERS file uses a pattern that follows most of the same rules used in [gitignore](https://git-scm.com/docs/gitignore#_pattern_format) files. The pattern is followed by one or more {% data variables.product.prodname_dotcom %} usernames or team names using the standard `@username` or `@org/team-name` format. Users and teams must have explicit `write` access to the repository, even if the team's members already have access.
|
||||
Файл CODEOWNERS использует шаблон, который соответствует большинству правил, используемых в файлах [gitignore](https://git-scm.com/docs/gitignore#_pattern_format) . За шаблоном следует одно или несколько имен пользователей или имен команд {% data variables.product.prodname_dotcom %} в стандартном формате `@username` или `@org/team-name`. Пользователям и командам необходимо явно предоставить доступ `write` в репозитории, даже если у членов команды уже есть доступ.
|
||||
|
||||
{% ifversion fpt or ghec%}In most cases, you{% else %}You{% endif %} can also refer to a user by an email address that has been added to their account on {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.location.product_location %}{% endif %}, for example `user@example.com`. {% ifversion fpt or ghec %} You cannot use an email address to refer to a {% data variables.enterprise.prodname_managed_user %}. For more information about {% data variables.enterprise.prodname_managed_users %}, see "[About {% data variables.product.prodname_emus %}](/enterprise-cloud@latest/admin/identity-and-access-management/managing-iam-with-enterprise-managed-users/about-enterprise-managed-users){% ifversion fpt %}" in the {% data variables.product.prodname_ghe_cloud %} documentation.{% else %}."{% endif %}{% endif %}
|
||||
{% ifversion fpt or ghec%} В большинстве случаев вы{% else %}Вы{% endif %} также можете ссылаться на пользователя по адресу электронной почты, который был добавлен в его учетную запись в {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.location.product_location %}{% endif %}, например `user@example.com`. {% ifversion fpt or ghec %} Адрес электронной почты нельзя использовать для ссылки на {% data variables.enterprise.prodname_managed_user %}. Дополнительные сведения о {% data variables.enterprise.prodname_managed_users %} см. в разделе [Сведения о {% data variables.product.prodname_emus %}](/enterprise-cloud@latest/admin/identity-and-access-management/managing-iam-with-enterprise-managed-users/about-enterprise-managed-users){% ifversion fpt %}в документации по {% data variables.product.prodname_ghe_cloud %}. {% else %}". {% endif %} {% endif %}
|
||||
|
||||
CODEOWNERS paths are case sensitive, because {% data variables.product.prodname_dotcom %} uses a case sensitive file system. Since CODEOWNERS are evaluated by {% data variables.product.prodname_dotcom %}, even systems that are case insensitive (for example, macOS) must use paths and files that are cased correctly in the CODEOWNERS file.
|
||||
Пути CODEOWNERS чувствительны к регистру, так как {% data variables.product.prodname_dotcom %} использует файловую систему с учетом регистра. Так как файлы CODEOWNERS обрабатываются {% data variables.product.prodname_dotcom %}, то даже в системах, которые не учитывают регистр (например, macOS), в файлах CODEOWNERS должны указываться пути и имена файлов с правильным регистром.
|
||||
|
||||
{% ifversion codeowners-errors %}
|
||||
If any line in your CODEOWNERS file contains invalid syntax, that line will be skipped. When you navigate to the CODEOWNERS file in your repository on {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.location.product_location %}{% endif %}, you can see any errors highlighted. A list of errors in a repository's CODEOWNERS file is also accessible via the API. For more information, see "[Repositories](/rest/reference/repos#list-codeowners-errors)" in the REST API documentation.
|
||||
{% else %}
|
||||
If any line in your CODEOWNERS file contains invalid syntax, the file will not be detected and will not be used to request reviews.
|
||||
{% ifversion codeowners-errors %} Если какая-либо строка в файле CODEOWNERS содержит недопустимый синтаксис, эта строка будет пропущена. При переходе к файлу CODEOWNERS в репозитории на {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.location.product_location %}{% endif %}, вы увидите все ошибки, выделенные. Список ошибок в файле CODEOWNERS репозитория также доступен через API. Дополнительные сведения см. в разделе [Репозитории](/rest/reference/repos#list-codeowners-errors) в документации по REST API.
|
||||
{% else %} Если в файле CODEOWNERS есть строка, содержащая недопустимый синтаксис, то файл не будет обрабатываться и использоваться для запроса проверок.
|
||||
{% endif %}
|
||||
|
||||
### Example of a CODEOWNERS file
|
||||
### Пример файла CODEOWNERS
|
||||
```
|
||||
# This is a comment.
|
||||
# Each line is a file pattern followed by one or more owners.
|
||||
@@ -81,7 +85,7 @@ If any line in your CODEOWNERS file contains invalid syntax, the file will not b
|
||||
# precedence. When someone opens a pull request that only
|
||||
# modifies JS files, only @js-owner and not the global
|
||||
# owner(s) will be requested for a review.
|
||||
*.js @js-owner
|
||||
*.js @js-owner #This is an inline comment.
|
||||
|
||||
# You can also use email addresses if you prefer. They'll be
|
||||
# used to look up users just like we do for commit author
|
||||
@@ -124,13 +128,13 @@ apps/ @octocat
|
||||
/apps/github
|
||||
```
|
||||
|
||||
## CODEOWNERS and branch protection
|
||||
Repository owners can add branch protection rules to ensure that changed code is reviewed by the owners of the changed files. For more information, see "[About protected branches](/github/administering-a-repository/defining-the-mergeability-of-pull-requests/about-protected-branches)."
|
||||
## Файлы CODEOWNERS и защита ветвей
|
||||
Владельцы репозитория могут добавлять правила защиты ветви, чтобы измененный код проверялся владельцами измененных файлов. Дополнительные сведения см. в разделе [Сведения о защищенных ветвях](/github/administering-a-repository/defining-the-mergeability-of-pull-requests/about-protected-branches).
|
||||
|
||||
## Further reading
|
||||
## Дополнительные материалы
|
||||
|
||||
- "[Creating new files](/articles/creating-new-files)"
|
||||
- "[Inviting collaborators to a personal repository](/articles/inviting-collaborators-to-a-personal-repository)"
|
||||
- "[Managing an individual's access to an organization repository](/articles/managing-an-individual-s-access-to-an-organization-repository)"
|
||||
- "[Managing team access to an organization repository](/articles/managing-team-access-to-an-organization-repository)"
|
||||
- "[Viewing a pull request review](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/viewing-a-pull-request-review)"
|
||||
- [Создание файлов](/articles/creating-new-files)
|
||||
- [Приглашение участников совместной работы в личный репозиторий](/articles/inviting-collaborators-to-a-personal-repository)
|
||||
- [Управление доступом пользователя к репозиторию организации](/articles/managing-an-individual-s-access-to-an-organization-repository)
|
||||
- [Управление доступом команды к репозиторию организации](/articles/managing-team-access-to-an-organization-repository)
|
||||
- [Просмотр проверки запроса на вытягивание](/pull-requests/collaborating-with-pull-requests/reviewing-changes-in-pull-requests/viewing-a-pull-request-review)
|
||||
|
||||
@@ -258,6 +258,8 @@ sections:
|
||||
- Reconfigure the IdP by uploading a static copy of the SAML metadata without the `WantAssertionsEncrypted` attribute.
|
||||
- Copy the SAML metadata, remove `WantAssertionsEncrypted` attribute, host it on a web server, and reconfigure the IdP to point to that URL.
|
||||
- '{% 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]
|
||||
deprecations:
|
||||
- heading: Deprecation of GitHub Enterprise Server 3.0
|
||||
notes:
|
||||
|
||||
@@ -55,6 +55,8 @@ sections:
|
||||
- Reconfigure the IdP by uploading a static copy of the SAML metadata without the `WantAssertionsEncrypted` attribute.
|
||||
- Copy the SAML metadata, remove `WantAssertionsEncrypted` attribute, host it on a web server, and reconfigure the IdP to point to that URL.
|
||||
- '{% 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]
|
||||
deprecations:
|
||||
- heading: Deprecation of GitHub Enterprise Server 3.0
|
||||
notes:
|
||||
|
||||
@@ -31,6 +31,8 @@ sections:
|
||||
After registering a self-hosted runner with the `--ephemeral` parameter on more than one level (for example, both enterprise and organization), the runner may get stuck in an idle state and require re-registration. [Updated: 2022-06-17]
|
||||
- After upgrading to {% data variables.product.prodname_ghe_server %} 3.4, releases may appear to be missing from repositories. This can occur when the required Elasticsearch index migrations have not successfully completed.
|
||||
- '{% 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]
|
||||
deprecations:
|
||||
- heading: Deprecation of GitHub Enterprise Server 3.0
|
||||
notes:
|
||||
|
||||
@@ -37,4 +37,6 @@ sections:
|
||||
- |
|
||||
After registering a self-hosted runner with the `--ephemeral` parameter on more than one level (for example, both enterprise and organization), the runner may get stuck in an idle state and require re-registration. [Updated: 2022-06-17]
|
||||
- After upgrading to {% data variables.product.prodname_ghe_server %} 3.4 releases may appear to be missing from repositories. This can occur when the required Elasticsearch index migrations have not successfully completed.
|
||||
- '{% data reusables.release-notes.ghas-3.4-secret-scanning-known-issue %}'
|
||||
- '{% 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]
|
||||
@@ -28,4 +28,6 @@ sections:
|
||||
- |
|
||||
After registering a self-hosted runner with the `--ephemeral` parameter on more than one level (for example, both enterprise and organization), the runner may get stuck in an idle state and require re-registration. [Updated: 2022-06-17]
|
||||
- After upgrading to {% data variables.product.prodname_ghe_server %} 3.4, releases may appear to be missing from repositories. This can occur when the required Elasticsearch index migrations have not successfully completed.
|
||||
- '{% data reusables.release-notes.ghas-3.4-secret-scanning-known-issue %}'
|
||||
- '{% 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]
|
||||
@@ -27,4 +27,6 @@ sections:
|
||||
- |
|
||||
After registering a self-hosted runner with the `--ephemeral` parameter on more than one level (for example, both enterprise and organization), the runner may get stuck in an idle state and require re-registration.
|
||||
- After upgrading to {% data variables.product.prodname_ghe_server %} 3.4, releases may appear to be missing from repositories. This can occur when the required Elasticsearch index migrations have not successfully completed.
|
||||
- '{% data reusables.release-notes.ghas-3.4-secret-scanning-known-issue %}'
|
||||
- '{% 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]
|
||||
@@ -32,3 +32,5 @@ sections:
|
||||
After registering a self-hosted runner with the `--ephemeral` parameter on more than one level (for example, both enterprise and organization), the runner may get stuck in an idle state and require re-registration. [Updated: 2022-06-17]
|
||||
- After upgrading to {% data variables.product.prodname_ghe_server %} 3.4, releases may appear to be missing from repositories. This can occur when the required Elasticsearch index migrations have not successfully completed.
|
||||
- '{% 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]
|
||||
@@ -24,3 +24,5 @@ sections:
|
||||
After registering a self-hosted runner with the `--ephemeral` parameter on more than one level (for example, both enterprise and organization), the runner may get stuck in an idle state and require re-registration. [Updated: 2022-06-17]
|
||||
- After upgrading to {% data variables.product.prodname_ghe_server %} 3.4, releases may appear to be missing from repositories. This can occur when the required Elasticsearch index migrations have not successfully completed.
|
||||
- '{% 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]
|
||||
@@ -24,3 +24,5 @@ sections:
|
||||
After registering a self-hosted runner with the `--ephemeral` parameter on more than one level (for example, both enterprise and organization), the runner may get stuck in an idle state and require re-registration. [Updated: 2022-06-17]
|
||||
- After upgrading to {% data variables.product.prodname_ghe_server %} 3.4, releases may appear to be missing from repositories. This can occur when the required Elasticsearch index migrations have not successfully completed.
|
||||
- '{% 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]
|
||||
@@ -27,4 +27,6 @@ sections:
|
||||
- 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.
|
||||
- '{% data reusables.release-notes.ghas-3.4-secret-scanning-known-issue %}'
|
||||
- '{% 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]
|
||||
Reference in New Issue
Block a user