{"meta":{"title":"Справочник по синтаксису метаданных","intro":"Вы можете создавать действия для выполнения задач в репозитории. Если вы создаёте пользовательское действие, потребуется файл метаданных, использующий синтаксис YAML.","product":"GitHub Actions","breadcrumbs":[{"href":"/ru/actions","title":"GitHub Actions"},{"href":"/ru/actions/reference","title":"Справочные материалы"},{"href":"/ru/actions/reference/workflows-and-actions","title":"Рабочие процессы и действия"},{"href":"/ru/actions/reference/workflows-and-actions/metadata-syntax","title":"Синтаксис метаданных"}],"documentType":"article"},"body":"# Справочник по синтаксису метаданных\n\nВы можете создавать действия для выполнения задач в репозитории. Если вы создаёте пользовательское действие, потребуется файл метаданных, использующий синтаксис YAML.\n\n> \\[!NOTE]\n> Вы можете создавать контейнер Docker, JavaScript и составные действия. Действия требуют файла метаданных для определения входных, выходных данных и запуска конфигурации для действия. Файлы метаданных действия используют синтаксис YAML, а имя файла метаданных должно быть либо `action.yml` `action.yaml`. Предпочтительный формат — `action.yml`.\n\n## `name`\n\n```\n **Обязательно** Имя вашего действия. GitHub отображает `name` на вкладке **Действия** для визуальной идентификации действия в каждом задании.\n```\n\n## `author`\n\n```\n **Необязательно** Имя автора действия.\n```\n\n## `description`\n\n```\n **Обязательно** Краткое описание действия.\n```\n\n## `inputs`\n\n```\n **Необязательные** Параметры ввода позволяют указать данные, которые, как ожидается, действие будет использовать во время выполнения. GitHub хранит параметры ввода в виде переменных среды. Рекомендуется использовать входные идентификаторы нижнего регистра.\n```\n\n### Пример. Указание вводов\n\nВ этом примере настраивается два входных данных: `num-octocats` и `octocat-eye-color`. Входные `num-octocats` данные не требуются и по умолчанию будут иметь значение `1`.\n`octocat-eye-color` является обязательным и не имеет значения по умолчанию.\n\n> \\[!NOTE]\n> Действия, использующиеся `required: true` , не будут автоматически возвращать ошибку, если входные данные не указаны.\n\nФайлы рабочего процесса, использующие это действие, могут использовать ключевое `with` слово для задания входного значения `octocat-eye-color`. Дополнительные сведения о синтаксисе см. в `with` разделе [Синтаксис рабочего процесса для GitHub Actions](/ru/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idstepswith).\n\n```yaml\ninputs:\n num-octocats:\n description: 'Number of Octocats'\n required: false\n default: '1'\n octocat-eye-color:\n description: 'Eye color of the Octocats'\n required: true\n```\n\nПри указании входных данных GitHub создает переменную среды для входных данных с именем `INPUT_`. Созданная переменная среды преобразует входные имена в прописные буквы и заменяет пробелы символами `_`.\n\nЕсли действие написано с использованием [composite](/ru/actions/creating-actions/creating-a-composite-action), оно не получит автоматически `INPUT_`. С помощью составных действий можно использовать `inputs`[Справочник по контекстам](/ru/actions/learn-github-actions/contexts) для доступа к входным данным действия.\n\nЧтобы получить доступ к переменной среды в действии контейнера Docker, необходимо передать ввод с помощью ключевого слова `args` в файл метаданных действия. Дополнительные сведения о файле метаданных действия для действий контейнера Docker см. в разделе [Создание действия контейнера Docker](/ru/actions/creating-actions/creating-a-docker-container-action#creating-an-action-metadata-file).\n\nНапример, если рабочий процесс определяет вводы `num-octocats` и `octocat-eye-color`, код действия может считывать значения вводов, используя переменные среды `INPUT_NUM-OCTOCATS` и `INPUT_OCTOCAT-EYE-COLOR`.\n\n### `inputs.`\n\n```\n **Обязательно** Идентификатор `string` для связи с вводом. Значение `` представляет собой карту метаданных вводов. \n `` должен быть уникальным идентификатором в пределах объекта `inputs`. \n `` должен начинаться с буквы или `_` и может включать только буквенно-цифровые символы `-` или `_`.\n```\n\n### `inputs..description`\n\n```\n **Обязательно** Описание `string` параметра ввода.\n```\n\n### `inputs..required`\n\n```\n **Необязательно** Объект `boolean`, указывающий, требуется ли для действия параметр ввода. Установите значение `true`, если параметр является обязательным.\n```\n\n### `inputs..default`\n\n```\n **Необязательно** Объект `string`, представляющий значение по умолчанию. Значение по умолчанию используется, если параметр ввода не указан в файле рабочего процесса.\n```\n\n### `inputs..deprecationMessage`\n\n```\n **Необязательно**. Если используется параметр ввода, `string` регистрируется как предупреждающее сообщение. Это предупреждение можно использовать для уведомления пользователей о том, что входные данные — закрытие и укажите любые альтернативные варианты.\n```\n\n##\n\n```\n `outputs` для контейнера Docker и действий JavaScript\n\n **Необязательно** Параметры вывода позволяют объявлять данные, устанавливаемые действием. Действия, которые выполняются позже в рабочем процессе, могут использовать набор выходных данных в ранее запущенных действиях. Например, если у вас есть действие, выполняющее сложение двух вводов (x + y = z), это действие может вывести сумму (z) для использования другими действиями в качестве ввода.\n```\n\nВыходные данные могут составлять не более 1 МБ на задание. Общий объем выходных данных в выполнении рабочего процесса не может превышать 50 МБ. Размер приблизительный на основе кодировки UTF-16.\n\nЕсли вы не объявили вывод в файле метаданных действия, вы все равно можете установить выводы и использовать их в рабочем процессе. Дополнительные сведения о настройке выходных данных в действии см. в разделе [Команды рабочего процесса для GitHub Actions](/ru/actions/using-workflows/workflow-commands-for-github-actions#setting-an-output-parameter).\n\n### Пример. Объявление выводов для контейнера Docker и действий JavaScript\n\n```yaml\noutputs:\n sum: # id of the output\n description: 'The sum of the inputs'\n```\n\n### `outputs.`\n\n```\n **Обязательно** Идентификатор `string` для связи с выводом. Значение `` — это карта метаданных выводов. \n `` должен быть уникальным идентификатором в пределах объекта `outputs`. \n `` должен начинаться с буквы или `_` и может включать только буквенно-цифровые символы `-` или `_`.\n```\n\n### `outputs..description`\n\n```\n **Обязательно** Описание `string` параметра вывода.\n```\n\n##\n\n```\n `outputs` для составных действий\n\n **Необязательно**`outputs` использовать те же параметры, что `outputs.` и `outputs..description` (см [`outputs` . сведения о контейнерах Docker и действиях](#outputs-for-docker-container-and-javascript-actions) JavaScript), но и `value` маркер.\n```\n\nВыходные данные могут составлять не более 1 МБ на задание. Общий объем выходных данных в выполнении рабочего процесса не может превышать 50 МБ. Размер приблизительный на основе кодировки UTF-16.\n\n### Пример. Объявление выводов для составных действий\n\n```yaml\noutputs:\n random-number:\n description: \"Random number\"\n value: ${{ steps.random-number-generator.outputs.random-id }}\nruns:\n using: \"composite\"\n steps:\n - id: random-number-generator\n run: echo \"random-id=$(echo $RANDOM)\" >> $GITHUB_OUTPUT\n shell: bash\n```\n\n### `outputs..value`\n\n```\n **Обязательно** Значение, с которым будет сопоставлен параметр вывода. Вы можете указать `string` или выражение с контекстом. Например, вы можете использовать контекст `steps`, чтобы установить `value` вывода равным выходному значению шага.\n```\n\nДополнительные сведения об использовании синтаксиса контекста см. в разделе [Справочник по контекстам](/ru/actions/learn-github-actions/contexts).\n\n## `runs`\n\n```\n **Обязательно** Указывает на тип (действие JavaScript, составное действие или действие контейнера Docker), а также способ выполнения действия.\n```\n\n##\n\n```\n `runs` для действий JavaScript\n\n **Обязательно** Настраивает путь к коду действия и среду выполнения, используемую для выполнения кода.\n```\n\n### Пример. Использование Node.js версии 24\n\n```yaml\nruns:\n using: 'node24'\n main: 'main.js'\n```\n\n###\n\n```\n `runs.using` для действий JavaScript\n\n **Обязательно** Среда выполнения, используемая для выполнения кода, указанного в [`main`](#runsmain).\n```\n\n* Используется `node20` для Node.js версии 20.\n* Используется `node24` для Node.js версии 24.\n\n### `runs.main`\n\n```\n **Обязательно** Файл, содержащий код действия. Среда выполнения, указанная в [`using`](#runsusing-for-javascript-actions), выполняет этот файл.\n```\n\n### `runs.pre`\n\n```\n **Необязательно**. Позволяет выполнять сценарий при запуске задания до начала действия `main:`. Например, вы можете использовать `pre:` для запуска необходимого сценария установки. Среда выполнения, указанная с синтаксисом [`using`](#runsusing-for-javascript-actions), выполнит этот файл. Действие `pre:` всегда выполняется по умолчанию, но вы можете переопределить его с помощью [`runs.pre-if`](#runspre-if).\n```\n\n> \\[!NOTE]\n\n```\n `runs.pre` не поддерживается для локальных действий.\n```\n\nВ этом примере действие `pre:` запускает сценарий `setup.js`:\n\n```yaml\nruns:\n using: 'node24'\n pre: 'setup.js'\n main: 'index.js'\n post: 'cleanup.js'\n```\n\n### `runs.pre-if`\n\n```\n **Необязательно** Позволяет определить условия для выполнения действия `pre:`. Действие `pre:` будет выполняться только при выполнении условий в `pre-if`. Если значение не задано, то `pre-if` по умолчанию равно `always()`. В `pre-if` функции проверки состояния оценивают состояние задания, а не собственное состояние действия.\n```\n\nОбратите внимание, что контекст `step` недоступен, так как еще не выполнено ни одного шага.\n\nВ этом примере `cleanup.js` выполняется только в средствах выполнения на базе Linux:\n\n```yaml\n pre: 'cleanup.js'\n pre-if: runner.os == 'linux'\n```\n\n### `runs.post`\n\n```\n **Необязательно** Позволяет запускать сценарий в конце задания после завершения действия `main:`. Например, вы можете использовать `post:` для завершения определенных процессов или удаления ненужных файлов. Среда выполнения, указанная с синтаксисом [`using`](#runsusing-for-javascript-actions), выполнит этот файл.\n```\n\nВ этом примере действие `post:` запускает сценарий `cleanup.js`:\n\n```yaml\nruns:\n using: 'node24'\n main: 'index.js'\n post: 'cleanup.js'\n```\n\nДействие `post:` всегда выполняется по умолчанию, но вы можете переопределить его с помощью `post-if`.\n\n### `runs.post-if`\n\n```\n **Необязательно** Позволяет определить условия для выполнения действия `post:`. Действие `post:` будет выполняться только при выполнении условий в `post-if`. Если значение не задано, то `post-if` по умолчанию равно `always()`. В `post-if` функции проверки состояния оценивают состояние задания, а не собственное состояние действия.\n```\n\nНапример, этот `cleanup.js` будет выполняться только в средствах выполнения на базе Linux:\n\n```yaml\n post: 'cleanup.js'\n post-if: runner.os == 'linux'\n```\n\n##\n\n```\n `runs` для составных действий\n\n **Обязательно** Настраивает путь к составному действию.\n```\n\n###\n\n```\n `runs.using` для составных действий\n\n **Обязательно** Укажите для этого значения `'composite'`.\n```\n\n### `runs.steps`\n\n```\n **Обязательные** действия, которые планируется выполнить в этом действии. Это могут быть шаги `run` или шаги `uses`.\n```\n\n#### `runs.steps[*].run`\n\n```\n **Необязательная** команда, которую требуется выполнить. Это может быть встроенным или скриптом в репозитории действий:\n```\n\n```yaml\nruns:\n using: \"composite\"\n steps:\n - run: ${{ github.action_path }}/test/script.sh\n shell: bash\n```\n\nВ качестве альтернативы вы можете использовать `$GITHUB_ACTION_PATH`:\n\n```yaml\nruns:\n using: \"composite\"\n steps:\n - run: $GITHUB_ACTION_PATH/script.sh\n shell: bash\n```\n\nДополнительные сведения см. в разделе [Справочник по контекстам](/ru/actions/learn-github-actions/contexts#github-context).\n\n#### `runs.steps[*].shell`\n\n```\n **Необязательный элемент** оболочки, в которой требуется выполнить команду. Вы можете использовать любые оболочки, перечисленные в [AUTOTITLE](/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idstepsshell). Обязательно, если задано `run`.\n```\n\n#### `runs.steps[*].if`\n\n```\n **Необязательно** Вы можете использовать условное выражение `if`, чтобы запретить запуск шага, если условие не выполнено. Для создания условного выражения можно использовать любой поддерживаемый контекст и любое выражение.\n```\n\nПри использовании выражений в условном `if` режиме можно, при необходимости, опустить синтаксис выражения `${{ }}`, так как GitHub Actions автоматически вычисляет условное `if` выражение как выражение. Однако это исключение не применяется везде.\n\nВсегда следует использовать синтаксис выражения `${{ }}`концевого выражения %} или экранировать с `''`, `\"\"`либо `()` когда выражение начинается с `!`, так как `!` зарезервировано нотация в формате YAML. Например:\n\n{% raw %}\n\n```yaml\nif: ${{ ! startsWith(github.ref, 'refs/tags/') }}\n```\n\nДополнительные сведения см. в разделе [Оценка выражений в рабочих процессах и действиях](/ru/actions/learn-github-actions/expressions).\n\n```\n **Пример. Использование контекстов**\n```\n\nЭтот шаг выполняется, только если типом события является `pull_request`, а действием — `unassigned`.\n\n```yaml\nsteps:\n - run: echo This event is a pull request that had an assignee removed.\n if: ${{ github.event_name == 'pull_request' && github.event.action == 'unassigned' }}\n```\n\n```\n **Пример. Использование функций проверки состояния**\n\n `my backup step` запускается только в случае сбоя предыдущего шага составного действия. Дополнительные сведения см. в разделе [AUTOTITLE](/actions/learn-github-actions/expressions#status-check-functions).\n```\n\n```yaml\nsteps:\n - name: My first step\n uses: octo-org/action-name@main\n - name: My backup step\n if: ${{ failure() }}\n uses: actions/heroku@1.0.0\n```\n\n#### `runs.steps[*].name`\n\n```\n **Необязательно** Имя составного шага.\n```\n\n#### `runs.steps[*].id`\n\n```\n **Необязательно** Уникальный идентификатор шага. Вы можете использовать `id` для ссылки на шаг в контекстах. Дополнительные сведения см. в разделе [AUTOTITLE](/actions/learn-github-actions/contexts).\n```\n\n#### `runs.steps[*].env`\n\n```\n **Необязательно** Задает `map` переменных среды только для этого шага. Если вы хотите изменить переменную среды, хранящуюся в рабочем процессе, используйте `echo \"{name}={value}\" >> $GITHUB_ENV` в составном шаге.\n```\n\n#### `runs.steps[*].working-directory`\n\n```\n **Необязательно** Указывает рабочий каталог, в котором выполняется команда.\n```\n\n#### `runs.steps[*].uses`\n\n```\n **Необязательно**. Выбирает действие, которое будет выполняться как часть шага вашего задания. Действие — это многократно используемая единица кода. Вы можете использовать действие, определенное в том же репозитории, что и рабочий процесс, в общедоступном репозитории или в [опубликованном образе контейнера Docker](https://hub.docker.com/).\n```\n\nМы настоятельно рекомендуем вам включить версию используемого вами действия, указав номер ссылки на Git, SHA или тега Docker. Если вы не укажете версию, это может нарушить ваши рабочие процессы или вызвать непредвиденное поведение, когда владелец действия будет публиковать обновление.\n\n* Использование SHA фиксации выпущенной версии действия является самым безопасным для стабильности и защиты.\n* Использование конкретной основной версии позволяет получать критические исправления и обновления системы безопасности, сохраняя при этом совместимость. При этом также гарантируется работа вашего рабочего процесса.\n* Использование ветви действия по умолчанию может быть удобным, но если кто-то выпустит новую основную версию с критическим изменением, ваш рабочий процесс может прерваться.\n\nДля некоторых действий требуются входные данные, заданные с помощью ключевого слова [`with`](/ru/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idstepswith). Просмотрите файл README действия, чтобы определить необходимые ввода.\n\n```yaml\nruns:\n using: \"composite\"\n steps:\n # Reference a specific commit\n - uses: actions/checkout@8f4b7f84864484a7bf31766abe9204da3cbe65b3\n # Reference the major version of a release\n - uses: actions/checkout@v5\n # Reference a specific version\n - uses: actions/checkout@v5.2.0\n # Reference a branch\n - uses: actions/checkout@main\n # References a subdirectory in a public GitHub repository at a specific branch, ref, or SHA\n - uses: actions/aws/ec2@main\n # References a local action\n - uses: ./.github/actions/my-action\n # References a docker public registry action\n - uses: docker://gcr.io/cloud-builders/gradle\n # Reference a docker image published on docker hub\n - uses: docker://alpine:3.8\n```\n\n#### `runs.steps[*].with`\n\n```\n **Необязательно**`map` параметров ввода, определяемых действием. Каждый параметр ввода представляет собой пару \"ключ-значение\". Дополнительные сведения см. в разделе [Пример. Указание входных данных](#example-specifying-inputs).\n```\n\n```yaml\nruns:\n using: \"composite\"\n steps:\n - name: My first step\n uses: actions/hello_world@main\n with:\n first_name: Mona\n middle_name: The\n last_name: Octocat\n```\n\n#### `runs.steps[*].continue-on-error`\n\n```\n **Необязательно** Предотвращает сбой действия при сбое шага. Задайте значение `true`, чтобы действие считалось выполненным даже при сбое этого шага.\n```\n\n##\n\n```\n `runs` для действий контейнера Docker\n\n **Обязательно** Настраивает образ, используемый для действия контейнера Docker.\n```\n\n### Пример. Использование Dockerfile в репозитории\n\n```yaml\nruns:\n using: 'docker'\n image: 'Dockerfile'\n```\n\n### Пример. Использование общедоступного контейнера реестра Docker\n\n```yaml\nruns:\n using: 'docker'\n image: 'docker://debian:stretch-slim'\n```\n\n###\n\n```\n `runs.using` для действий контейнера Docker\n\n **Обязательно** Укажите для этого значения `'docker'`.\n```\n\n### `runs.pre-entrypoint`\n\n```\n **Необязательно**. Позволяет запустить сценарий до начала действия `entrypoint`. Например, вы можете использовать `pre-entrypoint:` для запуска необходимого сценария установки. GitHub Actions использует `docker run` для запуска этого действия и запускает сценарий в новом контейнере, использующем тот же базовый образ. Это означает, что состояние среды выполнения отличается от основного контейнера `entrypoint` и любые требуемые состояния должны быть доступны либо в рабочей области, либо в `HOME`, либо в виде переменной `STATE_`. Действие `pre-entrypoint:` всегда выполняется по умолчанию, но вы можете переопределить его с помощью [`runs.pre-if`](#runspre-if).\n```\n\nСреда выполнения, указанная с синтаксисом [`using`](#runsusing-for-docker-container-actions), выполнит этот файл.\n\nВ этом примере действие `pre-entrypoint:` запускает сценарий `setup.sh`:\n\n```yaml\nruns:\n using: 'docker'\n image: 'Dockerfile'\n args:\n - 'bzz'\n pre-entrypoint: 'setup.sh'\n entrypoint: 'main.sh'\n```\n\n### `runs.image`\n\n```\n **Обязательно**. Образ Docker для использования в качестве контейнера для выполнения действия. Значение может быть именем базового образа Docker, локальным `Dockerfile` в вашем репозитории или общедоступным образом в Docker Hub или другом реестре. Чтобы добавить ссылку на `Dockerfile`, локальный для вашего репозитория, присвойте файлу имя `Dockerfile` и используйте путь, относительный для вашего файла метаданных действия. Приложение `docker` выполнит этот файл.\n```\n\n### `runs.env`\n\n```\n **Необязательно**. Указывает сопоставление \"ключ-значение\" переменных среды для установки в среде контейнера.\n```\n\n### `runs.entrypoint`\n\n```\n **Необязательно** Переопределяет параметр `ENTRYPOINT` Docker в `Dockerfile` или задает его, если он еще не был указан. Используйте `entrypoint`, если `Dockerfile` не указывает `ENTRYPOINT` или если необходимо переопределить инструкцию `ENTRYPOINT`. Если вы опустите `entrypoint`, команды, указанные в инструкции `ENTRYPOINT` Docker, будут выполняться. Инструкция Docker `ENTRYPOINT` имеет форму _оболочки_ и форму _exec_. В документации по `ENTRYPOINT` Docker рекомендуется использовать форму _exec_ инструкции `ENTRYPOINT`.\n```\n\nДополнительные сведения о выполнении `entrypoint` см. в разделе [Поддержка Dockerfile для GitHub Actions](/ru/actions/creating-actions/dockerfile-support-for-github-actions#entrypoint).\n\n### `runs.post-entrypoint`\n\n```\n **Необязательно** Позволяет запустить сценарий очистки после завершения действия `runs.entrypoint`. GitHub Actions использует `docker run` для запуска этого действия. Поскольку GitHub Actions запускает сценарий внутри нового контейнера с использованием того же базового образа, состояние выполнения отличается от основного контейнера `entrypoint`. Вы можете получить доступ к любому нужному состоянию либо в рабочей области, либо в `HOME`, либо в виде переменной `STATE_`. Действие `post-entrypoint:` всегда выполняется по умолчанию, но вы можете переопределить его с помощью [`runs.post-if`](#runspost-if).\n```\n\n```yaml\nruns:\n using: 'docker'\n image: 'Dockerfile'\n args:\n - 'bzz'\n entrypoint: 'main.sh'\n post-entrypoint: 'cleanup.sh'\n```\n\n### `runs.args`\n\n```\n **Необязательно** Массив строк, определяющих вводы для контейнера Docker. Вводы могут включать жестко заданные строки. GitHub передает `args` в `ENTRYPOINT` контейнера при запуске контейнера.\n\n `args` используются вместо инструкции `CMD` в `Dockerfile`. Если вы используете `CMD` в `Dockerfile`, следуйте этим рекомендациям, упорядоченным по предпочтительности:\n```\n\n1. Задокументируйте обязательные аргументы в README действия и опустите их из инструкции `CMD`.\n2. Используйте значения по умолчанию, позволяющие использовать действие без указания `args`.\n3. Если действие предоставляет флаг `--help` или что-то подобное, используйте его, чтобы действие документировало само себя.\n\nЕсли вам нужно передать переменные среды в действие, убедитесь, что ваше действие запускает командную оболочку для выполнения подстановки переменных. Например, если для атрибута `entrypoint` задано значение `\"sh -c\"`, `args` будет выполняться в командной оболочке. Или же, если ваш `Dockerfile` использует `ENTRYPOINT` для запуска той же команды (`\"sh -c\"`), `args` будет выполняться в командной оболочке.\n\nДополнительные сведения об использовании инструкции с данными `CMD` GitHub Actionsсм. в разделе [Поддержка Dockerfile для GitHub Actions](/ru/actions/creating-actions/dockerfile-support-for-github-actions#cmd).\n\n#### Пример. Определение аргументов для контейнера Docker\n\n```yaml\nruns:\n using: 'docker'\n image: 'Dockerfile'\n args:\n - ${{ inputs.greeting }}\n - 'foo'\n - 'bar'\n```\n\n## `branding`\n\n```\n **Необязательно.** Вы можете использовать цвет и значок [Перо](https://feathericons.com/), чтобы создать индикатор событий для персонализации и выделения действия. Значки отображаются рядом с именем вашего действия в [GitHub Marketplace](https://github.com/marketplace?type=actions)\n```\n\n### Пример. Настройка фирменной символики для действия\n\n```yaml\nbranding:\n icon: 'award'\n color: 'green'\n```\n\n### `branding.color`\n\nЦвет фона индикатора. Может быть одним из следующих: `white`, `black``yellow``blue``green``orange``red`, `purple`или .`gray-dark`\n\n### `branding.icon`\n\nИмя используемого значка [Feather](https://feathericons.com/) версии 4.28.0.\n\n#### Пропущенные значки\n\nЗначки фирменной символики и все перечисленные ниже значки опущены.\n\n

кофе;
столбцы
divide-circle
divide-square
divide
frown
hexagon
key
meh
mouse-pointer
smile
планирования
x-octagon

\n\n#### Полный список всех поддерживаемых в настоящее время значков\n\n\n\n

\n\n## Изменение имени файла метаданных\n\nХотя файл метаданных действий поддерживает оба формата YAML, изменение имени файла метаданных (от `action.yml``action.yaml` или наоборот) между выпусками повлияет на предыдущие версии выпуска, опубликованные на GitHub Marketplace. Изменение имени файла будет скрывать все версии выпуска, связанные с предыдущим именем файла, из GitHub Marketplace. Предыдущие версии выпуска по-прежнему будут доступны пользователям через исходный репозиторий.\n\nПри выпуске новых версий действий только версии, выпущенные после изменения имени файла метаданных, будут иметь тег GitHub Marketplace и будут отображаться на GitHub Marketplace"}