step-version-maintenance
Instructions for upgrading the pinned major versions in starter workflows to the latest step major versions.
소스 정보
- 저장소
- bitrise-io/bitrise-init
- 최근 소스 활동
- 2026년 3월 17일 10:55
- 감지된 SKILL.md 언어
- 영어
- 스타
- 6
- 포크
- 11
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SKILL.md 표시 중
SKILL.md
소스 지침 · 읽기 전용 미리보기- name
- step-version-maintenance
- description
- Instructions for upgrading the pinned major versions in starter workflows to the latest step major versions.
- disable-model-invocation
- true
- allowed-tools
- mcp__bitrise__step_search, mcp__bitrise__step_inputs, mcp__bitrise__get_build_log, mcp__bitrise__get_build_steps
### Context
This repo contains starter Bitrise workflows for various project types. The workflows naturally contain Bitrise steps, and as a best practice, the major version of those steps is pinned (automatically receive patch and minor updates, but not major updates). Therefore, when a new major version of a step is released, the pinned major version in the starter workflows needs to be updated to ensure that users get the latest features and improvements when they use the starter workflows.
Those major versions are defined in @steps/const.go.
### Instructions
Prerequisites:
- Access to the Bitrise MCP and its step search tool
- A proper Go environment according to @.tool-versions
If the above are not met, do not proceed, just flag the issue to the user.
1. Identify the steps used in starter workflows by reading @steps/const.go.
2. For each step, check the current latest major version. You can do this via the Bitrise MCP step search tool.
3. Update the major version in @steps/const.go to the latest major version for each step.
4. Read the release notes of the new major versions to check for any breaking changes that might affect the starter workflows. If there are breaking changes, make the necessary adjustments in the starter workflows to accommodate those changes.
5. When removing or adding step inputs in `scanners/*/workflow.go`, immediately grep `_tests/integration/` for those input key-value strings (e.g., `cache_level: none`) and update the expected YAML fixture strings in the test files. The integration tests are golden-file tests.
6. Run Go unit tests to verify your changes. There might be failing tests unrelated to the changes (mostly tooling issues). In this case, go ahead and let CI be the judge.
7. Create a new branch, commit your changes, and open a PR.
GitHub에서 보기