git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
To: Bert Wesarg <bert.wesarg@googlemail.com>
Cc: Ira Weiny <weiny2@llnl.gov>,
	Brian Behlendorf <behlendorf1@llnl.gov>,
	Git Mailing List <git@vger.kernel.org>
Subject: Re: [PATCH] Add "list" and "rm" sub commands to tg-depend
Date: Thu, 9 Apr 2009 22:15:15 +0200	[thread overview]
Message-ID: <20090409201515.GA4218@pengutronix.de> (raw)
In-Reply-To: <36ca99e90904091101l6dd1685y5be70dd77bf52b57@mail.gmail.com>

Hello,

On Thu, Apr 09, 2009 at 08:01:04PM +0200, Bert Wesarg wrote:
> 2009/4/9 Ira Weiny <weiny2@llnl.gov>:
> > On Thu, 9 Apr 2009 14:43:37 +0200
> > Uwe Kleine-König <u.kleine-koenig@pengutronix.de> wrote:
> >> You might want to check
> >>
> >>       http:// thread.gmane.org/gmane.comp.version-control.git/114581
> >
> > Ah this brings up more issues I had not thought about...  :-(  But perhaps
> > Bert's work could be used to help implement "rm".  Thoughts?
> No, it wont help. Because the base and tip of the topic should not
> changed in respect to the old state (expect for .topdeps of course).
> 
> If you really want to remove a dependency, you need to revert a merge
> of this dep from the topic base. which is not possible today, or maybe
> I have just an idea for this:
> 
>   'topic': the topic
>   'base':  the base of the topic, i.e. a merge from all dependent
> topics dep0, ..., depN
> 
> say you want to remove dep0
> 
>   1) merge all deps dep1, ..,depN into 'new-base'
> 
>   2) merge 'new-base' into base with the merge driver 'theirs', that
> would overwrite all changes from dep0 in the 'base'
> 
>   3) update 'topic' to the updated 'base'
> 
> Any thoughts from someone who knows more than me?
Some time ago I thought about a similar issue:

I based a branch on top of the Linux tree of the ARM maintainer (in the
following called "rmk") and decided later to base it on top of Linus'
tree.  So I did ~:

	git checkout refs/top-bases/$branch
	git merge -s theirs linus/master
	git checkout $branch
	sed -i s,rmk,linus, .topdeps
	git add -f .topdeps
	git commit -m $commitmsg
	tg update

When I thought about it with pencil and paper back then, I saw a problem
with that approach.  Now I invested some time now to verify it really
exists:  In fact I reverted the changes in the rmk/master branch.
Consider Linus pulls from rmk and I update my topgit branch.  Guess what
happens?  Linus' pull + my revert yield Linus' tree without rmk's
changes.

Here is my recipe:

	# prepare linus/master
	git init
	echo 'VERSION=2.6.28' > Makefile
	git add Makefile; git commit -m 'v2.6.28'
	git branch -m master linus/master

	# prepare rmk/master
	git checkout -b rmk/master
	echo 'support for some machine' > arm.c
	git add arm.c; git commit -m 'support for some machine'

	# new topgit branch
	tg create t/test
	echo change > lib.c
	git add lib.c; git commit -m 'tralala'

	# Linus goes on ...
	git checkout linus/master
	echo 'VERSION=2.6.29-rc1' > Makefile
	git add Makefile; git commit -m 'v2.6.29-rc1'

	# "rebase" test branch on linus/master
	git checkout refs/top-bases/t/test
	git symbolic-ref HEAD refs/top-bases/t/test
	git merge --no-commit linus/master
	git read-tree linus/master
	git commit
	rm arm.c
	git checkout t/test
	sed -i s/rmk/linus/ .topdeps
	git add .topdeps; git commit -m 'change dep: rmk/master -> linus/master'
	tg update

	# Linus pulls from rmk
	git checkout linus/master
	git merge rmk/master

	# update test to linus+rmk
	git checkout t/test
	tg update

	# inspect:
	git diff linus/master refs/top-bases/t/test

The last command shows that refs/top-bases/t/test doesn't have arm.c
:-/

I'm sure the dependency deletion has exactly the same problem.

Best regards
Uwe

-- 
Pengutronix e.K.                              | Uwe Kleine-König            |
Industrial Linux Solutions                    | http://www.pengutronix.de/  |

  reply	other threads:[~2009-04-09 20:17 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20090407133329.57b06727.weiny2@llnl.gov>
     [not found] ` <20090408080824.GF8940@machine.or.cz>
     [not found]   ` <20090408083955.GA28482@pengutronix.de>
     [not found]     ` <20090408091949.8a648d83.weiny2@llnl.gov>
     [not found]       ` <20090409124337.GA6034@pengutronix.de>
2009-04-09 17:34         ` [PATCH] Add "list" and "rm" sub commands to tg-depend Bert Wesarg
2009-04-09 18:18           ` Ira Weiny
     [not found]         ` <20090409091021.5a7ded79.weiny2@llnl.gov>
2009-04-09 18:01           ` Bert Wesarg
2009-04-09 20:15             ` Uwe Kleine-König [this message]
2009-04-11 15:40               ` Bert Wesarg
2009-04-11 19:06                 ` Uwe Kleine-König
2009-04-11 19:29                   ` Bert Wesarg

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=20090409201515.GA4218@pengutronix.de \
    --to=u.kleine-koenig@pengutronix.de \
    --cc=behlendorf1@llnl.gov \
    --cc=bert.wesarg@googlemail.com \
    --cc=git@vger.kernel.org \
    --cc=weiny2@llnl.gov \
    /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).