gg_one_commit 2.3.0
gg_one_commit: ^2.3.0 copied to clipboard
Daily repo flows of the gg_one tool family - committing, pushing, upgrading dependencies and creating ticket branches.
Changelog #
2.3.0 - 2026-08-14 #
2.2.0 - 2026-08-09 #
Changed #
- Improve commit behavior
- Move gg commit conventions from gg_git to gg_one_core
- Record the doCommit state in system commits again
2.1.0 - 2026-08-09 #
Changed #
gg do upgrade depsupgrades every ecosystem a repository has. Apackage.jsonis now upgraded with the project's package manager (pnpm update [--latest],yarn upgrade [--latest],npm update), and a hybrid runs that in addition todart pub upgrade. Before, the command returned early without apubspec.yaml, so a TypeScript repository was never upgraded at all and a hybrid only ever saw its Dart side move.--latestis gated on the existing--major-versionsflag.- The node upgrade holds the packages of
pinnedNpmVersionsat their fixed version afterwards — todaytypescript@6.pnpm update --latestcrosses every major boundary, and TypeScript 7 is a breaking rewrite the toolchain is not ready for, so the generic update is followed bypnpm update --save-exact typescript@6, which also brings a repository that already drifted past the pin back down (verified: a declared~7.0.2ends up at6.0.3). No--lateston that second call — pnpm refuses it together with an explicit spec (ERR_PNPM_LATEST_WITH_SPEC). The pin runs regardless of--major-versions(it states which version the repository must be on, it is not an upgrade policy) and only for packages the repository really declares — installing one it never declared would add it. - The Flutter executable is picked with
detectProjectTypeinstead ofcheckProjectType. The latter reports any hybrid as TypeScript, so a hybrid Flutter repository silently gotdart pub upgradeand could not resolve itssdk: flutterdependencies. - A dependency spec the node upgrade turned into a local reference
(
link:/file:/workspace:) is restored to the published constraint it had. pnpm resolves a dependency through theoverridesofpnpm-workspace.yamland writes the resolved spec back intopackage.json, so in a ticket workspace an upgrade silently replaced e.g.^1.0.1withlink:../../ggsuite/base_dna— a path nobody outside the workspace can resolve.gg can mergethen refused to merge the repository, and publishing it would have shipped a broken manifest. Specs that were already local before the upgrade are left alone. - A
pnpm-workspace.yamlthe node upgrade rewrote is restored, with a warning. In a ticket workspace itsoverridessection redirects siblings tolink:../…, and pnpm is known to rewrite such specs tofile:— which copies instead of symlinking, so edits in a sibling would silently stop propagating mid-ticket. - Allow to publish hybrid packages
1.0.1 - 2026-08-05 #
Added #
- Daily repo flows of the gg_one tool family, extracted from gg_one: the commit, push, dependency upgrade and ticket flows with their
can_*/did_*counterparts, plus the ocean folder guard and the repository url helper. - Add the missing example to each new package
Changed #
- Split gg_one into gg_one_core, gg_one_commit, gg_one_merge and gg_one_do_publish