[Spice-devel] [PATCH spice-gtk] Update submodules using the --merge option
Frediano Ziglio
fziglio at redhat.com
Mon Jul 31 08:58:08 UTC 2017
>
> Hi
>
> ----- Original Message -----
> > From: Christophe de Dinechin <dinechin at redhat.com>
> >
> > By default, subdmodules will be checked out in detached state.
> > This means that you may lose some work in progress.
>
> Lose is a bit strong here.
>
> If you have uncommitted changes, submodule update will fail.
>
This to me seems a good reason for a nack. The update will fail as
a normal conflict without loosing any work.
> If it's committed, it's in your reflog, and in which case you should have
> created a branch for your work.
>
> >
> > Using the --merge option will also ensure that if there
> > are conflicts between your current submodule and the
> > version referenced by the parent, you get an opportunity
> > to resolve the conflicts instead of having your changes
> > silently wiped out.
> >
> > Signed-off-by: Christophe de Dinechin <dinechin at redhat.com>
> > ---
> > autogen.sh | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/autogen.sh b/autogen.sh
> > index cc7bda3..3fbd5b3 100755
> > --- a/autogen.sh
> > +++ b/autogen.sh
> > @@ -7,7 +7,7 @@ test -z "$srcdir" && srcdir=.
> >
> > (
> > cd "$srcdir"
> > - git submodule update --init --recursive
> > + git submodule update --init --recursive --merge
>
> I would rather use --rebase (to avoid accidental push of those update
> merges).
>
> > gtkdocize
> > autoreconf -v --force --install
> > )
Frediano
More information about the Spice-devel
mailing list