TopGit: How to retire obsolete topic branches?

Manoj Srivastava srivasta at acm.org
Tue May 12 05:15:25 UTC 2009


On Sun, May 10 2009, martin f krafft wrote:

> also sprach Manoj Srivastava <srivasta at acm.org> [2009.05.10.0028 +0200]:
>> > Keep in mind that the branches accumulate remotely, so you'd have to
>> > pass -r or -a to git-branch to be exposed to them.
>> 
>>         Accumulate?
> [...]
>> > Anyway, unfortunately, published branches cannot be renamed with
>> > Git, or retired, or anything of that sort, so the concern is valid:
>> 
>>         Why not?
>
> Because they might exist in downstream repos and could be pushed
> back at any time. However, contrary to my initial believe, this
> requires explicit pushing with standard Git. TopGit currently,
> however, overrides the default push refspec and effectively defaults
> git-push to --all.

        Ah. I coordinate with any repo which can push to my master repo
 (actually, I control them), and so this push-back is prohibited by my
 repo policy.

        Removing branches is a significant event, so it is
 coordinated. Before push, one does a fetch, and does the rename/deletes
 shown below.

>>  git checkout     topic--obsolete-later
>>  git checkout -b  old-obsolete-now
>>  git push --all
>> 
>>  git branch -d topic--obsolete-later
>>  git push origin :topic--obsolete-later
>>  git remote prune origin
>
> Right, until I push back topic--obsolete-later, which I had
> previously checked out.

        And get your commit rights removed.

        manoj
-- 
"Plastic gun.  Ingenious.  More coffee, please." The Phantom comics
Manoj Srivastava <srivasta at acm.org> <http://www.golden-gryphon.com/>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



More information about the vcs-pkg-discuss mailing list