From: Jens Lehmann <Jens.Lehmann@web.de>
To: Stefan Beller <sbeller@google.com>, git@vger.kernel.org
Cc: peff@peff.net, gitster@pobox.com, jrnieder@gmail.com,
johannes.schindelin@gmail.com, ericsunshine@gmail.com,
j6t@kdbg.org, hvoigt@hvoigt.net
Subject: Re: [PATCH 5/5] builtin/clone: support submodule groups
Date: Wed, 25 Nov 2015 18:52:04 +0100 [thread overview]
Message-ID: <5655F544.6050003@web.de> (raw)
In-Reply-To: <1448415139-23675-6-git-send-email-sbeller@google.com>
Am 25.11.2015 um 02:32 schrieb Stefan Beller:
> This passes each group to the `submodule update` invocation and
> additionally configures the groups to be automatically updated.
>
> Signed-off-by: Stefan Beller <sbeller@google.com>
> ---
> Documentation/git-clone.txt | 11 ++++++++
> builtin/clone.c | 33 ++++++++++++++++++++--
> git-submodule.sh | 5 ++++
> t/t7400-submodule-basic.sh | 69 +++++++++++++++++++++++++++++++++++++++++++++
> t/t7406-submodule-update.sh | 32 +++++++++++++++++++++
> 5 files changed, 147 insertions(+), 3 deletions(-)
>
> diff --git a/Documentation/git-clone.txt b/Documentation/git-clone.txt
> index 59d8c67..fbf68ab 100644
> --- a/Documentation/git-clone.txt
> +++ b/Documentation/git-clone.txt
> @@ -209,6 +209,17 @@ objects from the source repository into a pack in the cloned repository.
> repository does not have a worktree/checkout (i.e. if any of
> `--no-checkout`/`-n`, `--bare`, or `--mirror` is given)
>
> +--group::
> + After the clone is created, all submodules which are part of the
> + group are cloned. This option can be given multiple times to specify
> + different groups.
Ah, that answers my question in my response to the cover letter ;-)
> This option will imply automatic submodule
> + updates for the groups by setting `submodule.update=groups`.
Please don't. The per-submodule update setting configures how a
submodule has to be updated, adding a global one with a completely
different meaning (what submodules should be updated?) is confusing.
Why not "submodule.groups=<groups>"?
> + The group selection will be passed on recursively, i.e. if a submodule
> + is cloned because of group membership, its submodules will
> + be cloned according to group membership, too. If a submodule is
> + not cloned however, its submodules are not evaluated for group
> + membership.
What do you mean by the last sentence? Did the clone fail? Then you
cannot update the submodule anyway ...
> --separate-git-dir=<git dir>::
> Instead of placing the cloned repository where it is supposed
> to be, place the cloned repository at the specified directory,
> diff --git a/builtin/clone.c b/builtin/clone.c
> index ce578d2..17e9f54 100644
> --- a/builtin/clone.c
> +++ b/builtin/clone.c
> @@ -51,6 +51,7 @@ static struct string_list option_config;
> static struct string_list option_reference;
> static int option_dissociate;
> static int max_jobs = -1;
> +static struct string_list submodule_groups;
>
> static struct option builtin_clone_options[] = {
> OPT__VERBOSITY(&option_verbosity),
> @@ -95,6 +96,8 @@ static struct option builtin_clone_options[] = {
> N_("separate git dir from working tree")),
> OPT_STRING_LIST('c', "config", &option_config, N_("key=value"),
> N_("set config inside the new repository")),
> + OPT_STRING_LIST('g', "group", &submodule_groups, N_("group"),
> + N_("clone specific submodule groups")),
> OPT_END()
> };
>
> @@ -723,9 +726,18 @@ static int checkout(void)
> err |= run_hook_le(NULL, "post-checkout", sha1_to_hex(null_sha1),
> sha1_to_hex(sha1), "1", NULL);
>
> - if (!err && option_recursive) {
> + if (err)
> + goto out;
> +
> + if (option_recursive || submodule_groups.nr > 0) {
> struct argv_array args = ARGV_ARRAY_INIT;
> - argv_array_pushl(&args, "submodule", "update", "--init", "--recursive", NULL);
> + argv_array_pushl(&args, "submodule", "update", "--init", NULL);
> +
> + if (option_recursive)
> + argv_array_pushf(&args, "--recursive");
> +
> + if (submodule_groups.nr > 0)
> + argv_array_pushf(&args, "--groups");
>
> if (max_jobs != -1)
> argv_array_pushf(&args, "--jobs=%d", max_jobs);
> @@ -733,7 +745,7 @@ static int checkout(void)
> err = run_command_v_opt(args.argv, RUN_GIT_CMD);
> argv_array_clear(&args);
> }
> -
> +out:
> return err;
> }
>
> @@ -864,6 +876,21 @@ int cmd_clone(int argc, const char **argv, const char *prefix)
> option_no_checkout = 1;
> }
>
> + if (option_recursive && submodule_groups.nr > 0)
> + die(_("submodule groups and recursive flag are incompatible"));
Me thinks this contradicts your description of the --group option
in the man page. I don't see why such a restriction would make
sense, what incompatibility are you trying to avoid here? Maybe
we need another submodule-specific setting to tell update what
groups to use inside that submodule?
> + if (submodule_groups.nr > 0) {
> + int first_item = 1;
> + struct string_list_item *item;
> + struct strbuf sb = STRBUF_INIT;
> + strbuf_addstr(&sb, "submodule.groups=");
> + for_each_string_list_item(item, &submodule_groups) {
> + strbuf_addf(&sb, "%s%s", first_item ? "" : ",", item->string);
> + first_item = 0;
> + }
> + if (submodule_groups.nr > 0)
> + string_list_append(&option_config, strbuf_detach(&sb, 0));
> + }
> +
> if (!option_origin)
> option_origin = "origin";
>
> diff --git a/git-submodule.sh b/git-submodule.sh
> index 4092a48..e3d1667 100755
> --- a/git-submodule.sh
> +++ b/git-submodule.sh
> @@ -611,6 +611,7 @@ cmd_deinit()
> #
> cmd_update()
> {
> + groups=
> # parse $args after "submodule ... update".
> while test $# -ne 0
> do
> @@ -650,6 +651,9 @@ cmd_update()
> --checkout)
> update="checkout"
> ;;
> + --groups)
> + groups=1
> + ;;
> --depth)
> case "$2" in '') usage ;; esac
> depth="--depth=$2"
> @@ -691,6 +695,7 @@ cmd_update()
> ${update:+--update "$update"} \
> ${reference:+--reference "$reference"} \
> ${depth:+--depth "$depth"} \
> + ${groups:+--groups} \
> ${jobs:+$jobs} \
> "$@" | {
> err=
> diff --git a/t/t7400-submodule-basic.sh b/t/t7400-submodule-basic.sh
> index caed4be..e8654d7 100755
> --- a/t/t7400-submodule-basic.sh
> +++ b/t/t7400-submodule-basic.sh
> @@ -1049,4 +1049,73 @@ test_expect_success 'submodule init --group works' '
> )
> '
>
> +cat <<EOF > expected
> +submodule
> +-submodule1
> +EOF
> +
> +test_expect_success 'submodule update --groups works' '
> + test_when_finished "rm -rf super super_clone" &&
> + mkdir super &&
> + pwd=$(pwd) &&
> + (
> + cd super &&
> + git init &&
> + git submodule add --group groupA file://"$pwd"/example2 submodule &&
> + git submodule add file://"$pwd"/example2 submodule1 &&
> + git commit -a -m "create repository with 2 submodules, one is in a group"
> + ) &&
> + git clone super super_clone &&
> + (
> + cd super_clone &&
> + git config submodule.groups groupA &&
> + git submodule init &&
> + git submodule update --groups &&
> + git submodule status |cut -c1,42-52 | tr -d " " >../actual
> + ) &&
> + test_cmp actual expected
> +'
> +
> +test_expect_success 'submodule update --init --groups works' '
> + test_when_finished "rm -rf super super_clone" &&
> + mkdir super &&
> + pwd=$(pwd) &&
> + (
> + cd super &&
> + git init &&
> + git submodule add --group groupA file://"$pwd"/example2 submodule &&
> + git submodule add file://"$pwd"/example2 submodule1 &&
> + git commit -a -m "create repository with 2 submodules, one is in a group"
> + ) &&
> + git clone super super_clone &&
> + (
> + cd super_clone &&
> + git config submodule.groups groupA &&
> + git submodule update --init --groups &&
> + git submodule status |cut -c1,42-52 | tr -d " " >../actual
> + ) &&
> + test_cmp actual expected
> +'
> +
> +test_expect_success 'clone --group works' '
> + test_when_finished "rm -rf super super_clone" &&
> + mkdir super &&
> + pwd=$(pwd) &&
> + (
> + cd super &&
> + git init &&
> + git submodule add --group groupA file://"$pwd"/example2 submodule &&
> + git submodule add file://"$pwd"/example2 submodule1 &&
> + git commit -a -m "create repository with 2 submodules, one is in a group"
> + ) &&
> + git clone --group groupA super super_clone &&
> + (
> + cd super_clone &&
> + test_pause
> + git submodule status |cut -c1,42-52 | tr -d " " >../actual
> + ) &&
> + test_cmp actual expected
> +'
> +
> +
> test_done
> diff --git a/t/t7406-submodule-update.sh b/t/t7406-submodule-update.sh
> index 090891e..7e59846 100755
> --- a/t/t7406-submodule-update.sh
> +++ b/t/t7406-submodule-update.sh
> @@ -801,4 +801,36 @@ test_expect_success 'git clone passes the parallel jobs config on to submodules'
> rm -rf super4
> '
>
> +cat >expect <<-EOF &&
> +-deeper/submodule
> +-merging
> +-moved/sub module
> +-none
> +-rebasing
> +-submodule
> +-submodule1
> +EOF
> +
> +# none, merging rebasing, submodule1, submodule
> +test_expect_success 'git clone works with submodule groups.' '
> + test_when_finished "rm -rf super5" &&
> + (
> + cd super &&
> + git config -f .gitmodules submodule.submodule.groups default &&
> + git config -f .gitmodules submodule.submodule1.groups "default,testing" &&
> + git config -f .gitmodules submodule.none.groups testing &&
> + git commit -a -m "assigning groups to submodules"
> + ) &&
> + git clone --group default --group testing super super5 &&
> + (
> + cd super5 &&
> + git submodule status |cut -c1,43- >../actual
> + ) &&
> + test_cmp actual expect
> +'
> +
> +test_expect_success 'git submodule update --groups' '
> + true
> +'
> +
> test_done
>
next prev parent reply other threads:[~2015-11-25 17:52 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-25 1:32 [RFC PATCH 0/5] Submodule Groups Stefan Beller
2015-11-25 1:32 ` [PATCH 1/5] submodule-config: keep submodule groups around Stefan Beller
2015-11-25 1:32 ` [PATCH 2/5] git submodule add can add a submodule with groups Stefan Beller
2015-11-25 1:32 ` [PATCH 3/5] git submodule init to pass on groups Stefan Beller
2015-11-25 1:32 ` [PATCH 4/5] submodule--helper: module_list and update-clone have --groups option Stefan Beller
2015-11-25 1:32 ` [PATCH 5/5] builtin/clone: support submodule groups Stefan Beller
2015-11-25 17:52 ` Jens Lehmann [this message]
2015-11-25 18:08 ` Stefan Beller
2015-11-25 19:50 ` Jens Lehmann
2015-11-25 20:03 ` Stefan Beller
2015-11-25 22:30 ` Jens Lehmann
2015-11-25 22:51 ` Stefan Beller
2015-11-26 0:31 ` [PATCHv2] " Stefan Beller
2015-11-26 0:33 ` Stefan Beller
2015-11-26 5:00 ` Trevor Saunders
2015-11-30 19:31 ` Stefan Beller
2015-12-01 6:53 ` Michael J Gruber
2015-12-01 18:58 ` Stefan Beller
2015-11-25 17:35 ` [RFC PATCH 0/5] Submodule Groups Jens Lehmann
2015-11-25 18:00 ` Stefan Beller
2015-11-25 19:18 ` Jens Lehmann
2015-11-30 23:54 ` Stefan Beller
2015-12-01 22:06 ` Jens Lehmann
2015-11-25 17:50 ` Jens Lehmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5655F544.6050003@web.de \
--to=jens.lehmann@web.de \
--cc=ericsunshine@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=hvoigt@hvoigt.net \
--cc=j6t@kdbg.org \
--cc=johannes.schindelin@gmail.com \
--cc=jrnieder@gmail.com \
--cc=peff@peff.net \
--cc=sbeller@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).