TopGit: Is there still a need for a long-lived build branch?

martin f krafft madduck at debian.org
Tue May 5 19:58:10 UTC 2009


also sprach Frédéric Brière <fbriere at fbriere.net> [2009.05.05.2118 +0200]:
> Maybe it's just me, but I can't see the point in having a dedicated
> long-lived[2] build branch separate from master anymore.

The point for me is inherent in #500656: to be able to obtain the
source tree for a package in history, which TopGit cannot yet do.

You say that you are exporting all patches to master. If you commit
them there, then indeed there seems to be little point in having
a build branch, but…

> The only thing I can think of is that after running
> tg-cleanexport,
[and commit]
> all debian/* topic branches (which are based on master) will
> automatically be marked as requiring an update.

… the thought of having debian/patches/* with a given patch foo
inside the topic branch that creates foo just seems sort of, uh,
cyclical to me, even though (Top)Git won't care as long as you don't
modify the patch inside the topic branch.

Go see how things pan out for you.

I still think the proper solution is the one discussed in #500656,
specifically to implement refs/top-tags, which holds */base and
*/tip tags for each tg-tag. I don't actually think this is very hard
to implement, but I've not been able to make time for it. If you
want to have a shot, count me in on supporting you and helping out
with explanations of TopGit internals, feedback, and ideas (if you
want them).

-- 
 .''`.   martin f. krafft <madduck at d.o>      Related projects:
: :'  :  proud Debian developer               http://debiansystem.info
`. `'`   http://people.debian.org/~madduck    http://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"if confronted with a choice between all the truth in god's right hand
 and the ever live struggle for truth, coupled with eternal error, in
 god's left, i would choose the left."
                                                   -- gotthold lessing
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL: <http://lists.alioth.debian.org/pipermail/vcs-pkg-discuss/attachments/20090505/0b6d3e82/attachment.pgp>


More information about the vcs-pkg-discuss mailing list