Re: using stgit/guilt for public branches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, May 04, 2007 at 01:31:17AM +0200, Robin Rosenberg wrote:
> fredag 04 maj 2007 skrev Robin Rosenberg:
> > torsdag 03 maj 2007 skrev Yann Dirson:
> > [...]
> > > As for publishing, I use the following config entries to publish my
> > > own stack of patches to stgit.  You can see at
> > > http://repo.or.cz/w/stgit/ydirson.git that gitweb shows pretty clearly
> > > the structure of the stack (even though things could surely be made
> > > better).
> > > 
> > > I use "git push -f" to publish - maybe the "+" refspec syntax would
> > > work with push, I'll try it next time :)
> > > 
> > > [remote "orcz"]
> > >         url = git+ssh://ydirson@xxxxxxxxxx/srv/git/stgit/ydirson.git
> > >         push = refs/heads/master:refs/heads/master
> > > 	push = refs/patches/master/*:refs/patches/master/*
> > 
> > Beautiful!!
> > 
> Would it be possible to push only applied patches, and drop unapplied
> ones?

This would require stgit-level knowledge, so we would need an stgit
command.

Maybe "stg publish" or "stg branch --publish" with the current syntax,
since we already have "push".  I'd be in favor of "stg branch push"
for the next-gen syntax, though ;)

> It would only matter when one wants to prune the remote repo
> so it may not be terribly important, but it seems I pushed quite a 
> lot of references from old patches that I haven't decided what to do
> with yet and those will get new commit id's anyway.

For now you can delete them manually with "git push remote/ref:".

Best regards,
-- 
Yann.

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]