chore(governance): retire the develop branch - #112
Merged
Merged
Conversation
Member
Author
|
I have read and agree to the SixSentences CLA v1.0. |
With one maintainer there is nothing to integrate. Every change already goes through a pull request that main gates on the full check suite, code scanning, DCO, CLA, signed commits and linear history, so a second long-lived branch adds no safety — it only has to be kept in step by hand. It was not free. Because both branches allow squash merges only, the same content necessarily gets a different commit on each, so 'are they in sync?' could only be answered by comparing tree hashes, and it looked like drift when it was not. Keeping them level cost two pull requests and two full CI runs that produced nothing. With strict up-to-date on both, every merge on one side invalidated pending work on the other. Nothing depended on it: main is the default branch, no workflow needs develop to exist, and the release workflow already refuses to run unless it is dispatched from refs/heads/main with the tag contained there. Removes the branch from the four workflow trigger lists and the eight Dependabot target-branch entries, and rewrites the contributing, governance, releasing and checklist text plus the reply /claim sends a new contributor. Signed-off-by: L4XB <L4XB@users.noreply.github.com>
L4XB
force-pushed
the
chore/retire-develop
branch
from
September 14, 2026 14:03
f46b78f to
a23a087
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
With one maintainer there is nothing to integrate. Every change already goes
through a pull request that
maingates on 19 required checks, code scanning,DCO, CLA, signed commits and linear history. A second long-lived branch adds no
safety on top of that — it only has to be kept in step by hand.
It was not free. Because both branches allow squash merges only, the same
content necessarily gets a different commit on each. "Are they in sync?" could
only be answered by comparing tree hashes, and it looked like drift when it was
not. Keeping them level cost two pull requests (#95, #100) and two full CI runs
that produced no product change. With
strictup-to-date on both, every mergeon one side invalidated pending work on the other.
Nothing depends on it.
mainis the default branch, no workflow needsdevelopto exist, andrelease.ymlalready refuses to run unless it isdispatched from
refs/heads/mainwith the tag contained there —v0.2.0-alpha.1was cut directly from
main, even though the runbook said to promote fromdevelop.What changes
ci.yml,codeql.yml,security.yml,dependency-review.ymlbranches: [main, develop]→[main].github/dependabot.ymltarget-branch: developentries removedCONTRIBUTING.md,GOVERNANCE.mdmain; the governance text says why there is no integration branchdocs/RELEASING.md,docs/RELEASE_CHECKLIST.mdmaincommits.github/scripts/claim_issue.py+ its test/claimsends a new contributorAfter this:
grep -rn '\bdevelop\b'across the tree returns nothing outsidedevelopment-dependenciesand the word "developer".Verification
After this merges
Two steps that are not part of the diff, in this order:
Protect developruleset (23079701).developbranch.The six Dependabot pull requests that targeted
developwere landed first in#111, so nothing is orphaned.