Настрой что бы всё могло заработать
Вот возможный гайд который нам может помочь:
Да, в целом **всё правильно** ✅
Ты сделал **composite action** (это именно формат `uses: ProverCoderAI/action-release@v1`), и теперь её реально можно подключать в другие репы как “модуль”. ([[GitHub Docs](https://docs.github.com/actions/creating-actions/creating-a-composite-action?utm_source=chatgpt.com)][1])
Но чтобы **точно работало “куда хочу”**, проверь 4 пункта:
---
## 1) У тебя должен быть тег `v1`
В README ты используешь:
```yaml
- uses: ProverCoderAI/action-release@v1
Это заработает только если реально существует git tag v1 в репозитории action-release.
Обычно делают так:
- создаёшь tag
v1.0.0
- и отдельный “плавающий” tag
v1, который указывает на последний релиз в мажорной ветке
2) Репа action-release должна быть доступна тому репо, где ты её вызываешь
Если action-release public ✅
Тогда можно использовать в любом репозитории GitHub, без настроек.
Если action-release private ⚠️
Нужно включить доступ в:
action-release → Settings → Actions → General → Access
и выбрать “доступна для репозиториев …” ([GitHub Docs]2)
Иначе в других репах будет ошибка, что action недоступна.
3) В repo, где вызываешь action, должны быть разрешены “external actions”
Если в репе включена политика типа “разрешать только actions из org / marketplace”, то вызов может блокироваться.
Смотри в:
Repo → Settings → Actions → General → Actions permissions ([GitHub Docs]3)
4) Права (permissions) выставляются в workflow-вызывателе
Composite action сама не может поднять permissions, поэтому это должно быть в вызывающем workflow (у тебя так и сделано 👍).
Пример минимально-правильного:
permissions:
contents: write
pull-requests: write
packages: write
id-token: write
По твоему action.yml — всё ли ок?
✅ Да, структура правильная: action.yml в корне + runs: using: composite — это ровно стандарт для composite action. ([GitHub Docs]4)
✅ actions/checkout@v6 и actions/setup-node@v6 существуют (это не ошибка). ([GitHub]5)
Итог
✅ Да, после мержа в main + тега v1 ты сможешь подключать так:
- uses: ProverCoderAI/action-release@v1
with:
ref: ${{ github.sha }}
github_token: ${{ secrets.GITHUB_TOKEN }}
npm_token: ${{ secrets.NPM_TOKEN }}⚠️ “Куда угодно” = либо репа public, либо ты включил Access для private.
Если хочешь — я могу быстро подсказать идеальный шаблон релиза v1/v1.0.0, чтобы у тебя обновления были безболезненные и без ломания чужих реп.
Настрой что бы всё могло заработать
Вот возможный гайд который нам может помочь:
Это заработает только если реально существует git tag
v1в репозитории action-release.Обычно делают так:
v1.0.0v1, который указывает на последний релиз в мажорной ветке2) Репа action-release должна быть доступна тому репо, где ты её вызываешь
Если
action-releasepublic ✅Тогда можно использовать в любом репозитории GitHub, без настроек.
Если⚠️
action-releaseprivateНужно включить доступ в:
action-release → Settings → Actions → General → Access
и выбрать “доступна для репозиториев …” ([GitHub Docs]2)
Иначе в других репах будет ошибка, что action недоступна.
3) В repo, где вызываешь action, должны быть разрешены “external actions”
Если в репе включена политика типа “разрешать только actions из org / marketplace”, то вызов может блокироваться.
Смотри в:
Repo → Settings → Actions → General → Actions permissions ([GitHub Docs]3)
4) Права (permissions) выставляются в workflow-вызывателе
Composite action сама не может поднять permissions, поэтому это должно быть в вызывающем workflow (у тебя так и сделано 👍).
Пример минимально-правильного:
По твоему
action.yml— всё ли ок?✅ Да, структура правильная:
action.ymlв корне +runs: using: composite— это ровно стандарт для composite action. ([GitHub Docs]4)✅
actions/checkout@v6иactions/setup-node@v6существуют (это не ошибка). ([GitHub]5)Итог
✅ Да, после мержа в
main+ тегаv1ты сможешь подключать так:Если хочешь — я могу быстро подсказать идеальный шаблон релиза v1/v1.0.0, чтобы у тебя обновления были безболезненные и без ломания чужих реп.