Re: [PATCH v3 09/12] submodule--helper: understand --checkout, --merge and --rebase synonyms

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



As you noted in your cover letter, this version of 09-10/12 is a lot
cleaner and more obviously correct.

Ævar Arnfjörð Bjarmason <avarab@xxxxxxxxx> writes:

> Understand --checkout, --merge and --rebase synonyms for
> --update={checkout,merge,rebase}, as well as the short options that
> 'git submodule' itself understands.
>
> This removes a difference between the CLI API of "git submodule" and
> "git submodule--helper", making it easier to make the latter an alias
> for the former. See 48308681b07 (git submodule update: have a
> dedicated helper for cloning, 2016-02-29) for the initial addition of
> --update.
>
> Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@xxxxxxxxx>
> ---
>  builtin/submodule--helper.c | 30 ++++++++++++++++++++++++++++++
>  git-submodule.sh            | 14 +++++++++-----
>  2 files changed, 39 insertions(+), 5 deletions(-)
>
> diff --git a/builtin/submodule--helper.c b/builtin/submodule--helper.c
> index 6af09d78d4b..928b7a948b2 100644
> --- a/builtin/submodule--helper.c
> +++ b/builtin/submodule--helper.c
> @@ -2405,6 +2405,23 @@ static void ensure_core_worktree(const char *path)
>  	}
>  }
>  
> +static const char *submodule_update_type_to_label(enum submodule_update_type type)
> +{
> +	switch (type) {
> +	case SM_UPDATE_CHECKOUT:
> +		return "checkout";
> +	case SM_UPDATE_MERGE:
> +		return "merge";
> +	case SM_UPDATE_REBASE:
> +		return "rebase";
> +	case SM_UPDATE_UNSPECIFIED:
> +	case SM_UPDATE_NONE:
> +	case SM_UPDATE_COMMAND:
> +		break;
> +	}
> +	BUG("unreachable with type %d", type);
> +}
> +
>  static void update_data_to_args(struct update_data *update_data, struct strvec *args)
>  {
>  	strvec_pushl(args, "submodule--helper", "update", "--recursive", NULL);
> @@ -2583,6 +2600,7 @@ static int module_update(int argc, const char **argv, const char *prefix)
>  	struct update_data opt = UPDATE_DATA_INIT;
>  	struct list_objects_filter_options filter_options;
>  	int ret;
> +	enum submodule_update_type update_type = SM_UPDATE_UNSPECIFIED;
>  
>  	struct option module_update_options[] = {
>  		OPT__FORCE(&opt.force, N_("force checkout updates"), 0),
> @@ -2604,6 +2622,15 @@ static int module_update(int argc, const char **argv, const char *prefix)
>  		OPT_STRING(0, "update", &opt.update_default,
>  			   N_("string"),
>  			   N_("rebase, merge, checkout or none")),
> +		OPT_SET_INT(0, "checkout", &update_type,
> +			N_("use the 'checkout' update strategy (default)"),
> +			SM_UPDATE_CHECKOUT),
> +		OPT_SET_INT('m', "merge", &update_type,
> +			N_("use the 'merge' update strategy"),
> +			SM_UPDATE_MERGE),
> +		OPT_SET_INT('r', "rebase", &update_type,
> +			N_("use the 'rebase' update strategy"),
> +			SM_UPDATE_REBASE),
>  		OPT_STRING_LIST(0, "reference", &opt.references, N_("repo"),
>  			   N_("reference repository")),
>  		OPT_BOOL(0, "dissociate", &opt.dissociate,
> @@ -2653,6 +2680,9 @@ static int module_update(int argc, const char **argv, const char *prefix)
> 
>   opt.filter_options = &filter_options;
> 
> +	if (update_type != SM_UPDATE_UNSPECIFIED)
> +		opt.update_default = submodule_update_type_to_label(update_type);
> +
>   if (opt.update_default)
>     if (parse_submodule_update_strategy(opt.update_default,
>                 &opt.update_strategy) < 0)
> diff --git a/git-submodule.sh b/git-submodule.sh
> index 1c1dc320922..7fc7119fb21 100755
> --- a/git-submodule.sh
> +++ b/git-submodule.sh
> @@ -40,7 +40,9 @@ require_init=
>  files=
>  remote=
>  nofetch=
> -update=
> +rebase=
> +merge=
> +checkout=
>  custom_name=
>  depth=
>  progress=
> @@ -260,7 +262,7 @@ cmd_update()
>       force=$1
>       ;;
>     -r|--rebase)
> -			update="rebase"
> +			rebase=1
>       ;;
>     --reference)
>       case "$2" in '') usage ;; esac
> @@ -274,13 +276,13 @@ cmd_update()
>       dissociate=1
>       ;;
>     -m|--merge)
> -			update="merge"
> +			merge=1
>       ;;
>     --recursive)
>       recursive=1
>       ;;
>     --checkout)
> -			update="checkout"
> +			checkout=1
>       ;;
>     --recommend-shallow)
>       recommend_shallow="--recommend-shallow"
> @@ -341,7 +343,9 @@ cmd_update()
>     ${init:+--init} \
>     ${nofetch:+--no-fetch} \
>     ${wt_prefix:+--prefix "$wt_prefix"} \
> -		${update:+--update "$update"} \
> +		${rebase:+--rebase} \
> +		${merge:+--merge} \
> +		${checkout:+--checkout} \
>     ${reference:+"$reference"} \
>     ${dissociate:+"--dissociate"} \
>     ${depth:+"$depth"} \

A small inelegance is that a user could theoretically pass both
"--update={checkout,rebase,merge}" and "--{checkout,rebase,merge}",
where one option ends of clobbering the other (Is it last one wins?).

Ideally we'd check for this kind of invalid usage and die, but maybe
it's not worth the effort since we fix this in the next patch already?

This wouldn't happen if we squashed 09-10/12 together like I initially
suggested, but then the patches would no longer be as obviously correct.

Neither seems obviously better than the other, so I'm ok with this
either way.




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux