This looks like a bulky patch, but most of it is copy/paste to avoid touching any of the existing l10n bump code paths.
The most notable change in the l10n bumper code is build_revision_dict_github, which is vastly simplified compared to its hg compared part. In part this is because we only have one string repo to worry about, but also because @eemeli declared that we don't need to support pinning revisions anymore - so I didn't implement that here. After we cut over to the Github repo and know we aren't going back, we can rip out the hg support.
Most of the rest of this is just wiring in calls to l10n_bump_github when appropriate.
This is probably best reviewed commit-by-commit, as the first couple of commits are somewhat unrelated, but necessary, precursors to the core work here (most notably, allowing hg and git to be configured for the same treescript instance).
This looks like a bulky patch, but most of it is copy/paste to avoid touching any of the existing l10n bump code paths.
The most notable change in the l10n bumper code is
build_revision_dict_github, which is vastly simplified compared to its hg compared part. In part this is because we only have one string repo to worry about, but also because @eemeli declared that we don't need to support pinning revisions anymore - so I didn't implement that here. After we cut over to the Github repo and know we aren't going back, we can rip out the hg support.Most of the rest of this is just wiring in calls to
l10n_bump_githubwhen appropriate.This is probably best reviewed commit-by-commit, as the first couple of commits are somewhat unrelated, but necessary, precursors to the core work here (most notably, allowing hg and git to be configured for the same treescript instance).