11# The most direct consumer of this action is this repository itself: its
22# settings are applied by the CURRENT code (uses: ./), so a regression here
33# bites us before it bites anyone else. The document it applies is the
4- # SAME six-layer merge Vivswan/repo-platform computes for this repository
4+ # SAME six-layer merge the fleet's central settings run computes for this
5+ # repository
56# (the settings-sync module: fleet baseline, module layers, this repo's
6- # .github/settings.yml, the fleet override), rendered with repo- platform's
7+ # .github/settings.yml, the fleet override), rendered with the platform's
78# own scripts, so this writer and the central heal converge on one
8- # document: each renders from a green repo- platform commit, so two runs
9+ # document: each renders from a green platform commit, so two runs
910# can differ only by a platform revision, and the next heal settles it.
1011# Applying this repo's partial settings.yml alone would delete every fleet
1112# label the merged roster carries. Needs APPLY_SETTING_TOKEN
1415# Called from post-green.yml, the repo-owned hook ci.yml runs after the
1516# all-green gate and before release (the judged commit as `sha`, secrets:
1617# inherit): that call is the only write trigger, so settings never come from
17- # a commit the gate has not passed. The weekly heal is repo-platform 's
18+ # a commit the gate has not passed. The weekly heal is the fleet 's
1819# central settings run; a dispatch only reports drift.
1920
2021name : Apply Settings
5657 echo "proceed=true" >> "$GITHUB_OUTPUT"
5758 else
5859 echo "::notice::APPLY_SETTING_TOKEN is not set; self-apply skipped. Add a fine-grained PAT secret" \
59- "(Administration + Issues, read and write) to enable it. Vivswan/repo-platform 's central" \
60+ "(Administration + Issues, read and write) to enable it. The fleet 's central" \
6061 "settings run applies this repository's settings either way."
6162 echo "proceed=false" >> "$GITHUB_OUTPUT"
6263 fi
@@ -72,14 +73,14 @@ jobs:
7273 with :
7374 ref : ${{ github.event_name == 'workflow_dispatch' && github.event.repository.default_branch || inputs.sha }}
7475
75- # repo- platform's `build` branch is the green-gated delivery ref the
76+ # The platform's `build` branch is the green-gated delivery ref the
7677 # fleet pins, but its tree carries only workflow files, never the
7778 # scripts. Its tip commit message carries a provenance stamp naming
7879 # the green main commit it was composed from (the same
7980 # `source: .../commit/<sha>` line reusable-apply-settings.yml
8081 # parses), so the scripts are checked out THERE: the exact commit
8182 # CI vouched for. A tip without a stamp fails closed.
82- - name : Resolve the repo- platform scripts commit
83+ - name : Resolve the platform scripts commit
8384 id : scripts
8485 if : steps.token.outputs.proceed == 'true'
8586 env :
@@ -88,12 +89,12 @@ jobs:
8889 message="$(gh api repos/Vivswan/repo-platform/commits/build --jq '.commit.message')"
8990 stamp="$(printf '%s\n' "$message" | sed -n -E 's|^source: .*/commit/([0-9a-f]{40})$|\1|p' | head -n 1)"
9091 if [ -z "$stamp" ]; then
91- echo "::error::refusing to run repo- platform scripts: the build tip carries no provenance stamp."
92+ echo "::error::refusing to run the platform scripts: the build tip carries no provenance stamp."
9293 exit 1
9394 fi
9495 echo "ref=$stamp" >> "$GITHUB_OUTPUT"
9596
96- - name : Check out repo- platform
97+ - name : Check out the platform scripts
9798 if : steps.token.outputs.proceed == 'true'
9899 uses : actions/checkout@3d3c42e5aac5ba805825da76410c181273ba90b1 # v7.0.1
99100 with :
@@ -108,7 +109,7 @@ jobs:
108109 with :
109110 bun-version-file : platform/.bun-version
110111
111- - name : Install repo- platform script dependencies
112+ - name : Install the platform script dependencies
112113 if : steps.token.outputs.proceed == 'true'
113114 working-directory : platform
114115 run : bun install --frozen-lockfile --silent
0 commit comments