gg_one_merge 2.5.0
gg_one_merge: ^2.5.0 copied to clipboard
Merge flow machinery of the gg_one tool family - merging feature branches via pull requests or local merges.
Changelog #
2.5.0 - 2026-08-14 #
2.3.2 - 2026-08-10 #
Fixed #
- Fix org-url repo add, code-workspace upkeep on rm and the auto-merge PR hint
2.3.0 - 2026-08-09 #
Changed #
- Improve commit behavior
- Move gg commit conventions from gg_git to gg_one_core
2.2.0 - 2026-08-09 #
Changed #
MergeFlownever checks a branch out anymore. The local flow builds the squash commit with git plumbing on the feature branch (git commit-tree+git update-ref) — its tree IS the merge result, becauseCanMergerefuses a branch that is behind main — and the pull-request flow fast-forwards the local main REF (git branch -f) after the provider merged. HEAD stays on the feature branch throughout, so editor tooling (e.g. the Dart extension of VS Code) never sees the old main state in the worktree and cannot rewrite lock files in the middle of a release. The divergence handling of the former pull survives in the ref sync: gg bookkeeping / lock-file drift is force-moved to origin with a warning, real local commits still fail with instructions, a missing local main is created from origin and a missing origin/main leaves the local ref alone.- The local merge no longer goes through gg_merge's
DoMerge/LocalMerge(which check main out); the merge pre-conditions run through gg_merge'sCanMerge— the same gate the pull-request path uses. - Documentation:
removeTicketJsonis called bydo publishright at the start, before the version bump — the marker must neither ride into the release commits the merge puts on the main branch nor ship inside the package the registry upload publishes afterwards (the publish flow now merges before it uploads). - Merge in main before publishing