git-repo/subcmds
Daniel Andersson d52ca421d5 sync: respect sync-c manifest option
The documentation states that a `sync-c` attribute in the manifest file
can set a default for whether only the current branch should be fetched
or all branches. This seems to have been broken for some time.

Commit 7356114 introduced the `--no-current-branch` CLI option and
relied on getting `None` via `optparse` if neither `--current-branch`
nor `--no-current-branch` was set to distinguish it from a boolean
value. If `None` was received, it would read the value from the manifest
option `sync-c`. The parsing went through the utility function
`_GetCurrentBranchOnly` which returned `True` if `--current-branch` had
been given on the command-line, or fell back on the "superproject"
setting, which would either return `True` or `None`. This would
incorrectly make `repo` fall back to the manifest setting even if the
user had given `--no-current-branch` if no superproject was requested --
the manifest became "too powerful":

Command-line         Using superproject  → `current_branch_only`
------------         ------------------  -----------------------
                     No                  From manifest
                     Yes                 True
--current-branch     No                  True
--current-branch     Yes                 True
--no-current-branch  No                  From manifest ← wrong
--no-current-branch  Yes                 True

In commit 0cb6e92 the superproject configuration value reading changed
from something that could return `None` to something that always
returned a boolean. If it returned `False`, this would then incorrectly
make `repo` ignore the manifest option even if neither
`--current-branch` nor `--no-current-branch` had been given. The
manifest default became useless:

Command-line         Using superproject  → `current_branch_only`
------------         ------------------  -----------------------
                     No                  False ← wrong
                     Yes                 True
--current-branch     No                  True
--current-branch     Yes                 True
--no-current-branch  No                  False
--no-current-branch  Yes                 True

By swapping the order in which the command-line option target and the
superproject setting is evaluated, things should work as documented:

Command-line         Using superproject  → `current_branch_only`
------------         ------------------  -----------------------
                     No                  From manifest
                     Yes                 True
--current-branch     No                  True
--current-branch     Yes                 True
--no-current-branch  No                  False
--no-current-branch  Yes                 True

Change-Id: I933c232d2fbecc6b9bdc364ebac181798bce9175
Tested-by: Daniel Andersson <daniel.r.andersson@volvocars.com>
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/334270
Reviewed-by: Mike Frysinger <vapier@google.com>
2022-04-08 21:06:37 +00:00
..
__init__.py strip python2-only coding:utf-8 & print_function settings 2021-01-06 18:53:05 +00:00
abandon.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
branches.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
checkout.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
cherry_pick.py commands: document the "common" class attribute 2021-06-15 06:07:37 +00:00
diff.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
diffmanifests.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
download.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
forall.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
gitc_delete.py commands: document the "common" class attribute 2021-06-15 06:07:37 +00:00
gitc_init.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
grep.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
help.py help: fix grammar in help text 2021-11-12 17:30:32 +00:00
info.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
init.py Fix sub manifest handling 2022-04-06 21:04:46 +00:00
list.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
manifest.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
overview.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
prune.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
rebase.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
selfupdate.py commands: document the "common" class attribute 2021-06-15 06:07:37 +00:00
smartsync.py commands: document the "common" class attribute 2021-06-15 06:07:37 +00:00
stage.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
start.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
status.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
sync.py sync: respect sync-c manifest option 2022-04-08 21:06:37 +00:00
upload.py Add multi-manifest support with <submanifest> element 2022-02-17 21:57:55 +00:00
version.py commands: document the "common" class attribute 2021-06-15 06:07:37 +00:00