From: Catalin Marinas <catalin.marinas@gmail.com>
To: Marco Costalba <mcostalba@yahoo.it>
Cc: git@vger.kernel.org
Subject: Re: [RFC] Patches exchange is bad?
Date: Wed, 17 Aug 2005 18:12:36 +0100 [thread overview]
Message-ID: <tnxvf24o5bv.fsf@arm.com> (raw)
In-Reply-To: <20050816200132.88287.qmail@web26304.mail.ukl.yahoo.com> (Marco Costalba's message of "Tue, 16 Aug 2005 13:01:32 -0700 (PDT)")
Marco Costalba <mcostalba@yahoo.it> wrote:
> Suppose a possible scenario involves using a couple of git archives, one
> for releases and stable code, say MAIN, and one for experimental stuff
> or new development, say HEAD.
>
> Suppose there is stuff in HEAD you don't want merged in MAIN, more,
> you need to update MAIN with only a subset of patches in HEAD, peraphs
> in different order. Or simply, you are not interested to see the history
> of the HEAD tree when looking MAIN. All this points could keep you
> from merging.
As others already recommended StGIT, I will just add a simple usage
scenario (I do this with my StGIT repository).
The MAIN/stable repository (or branch) is only managed with GIT, not
StGIT. The HEAD one is managed with StGIT (only, you can use 'stg
clone'). You can create patches, modify them etc. (I updated the
README in the latest snapshot and it contains some kind of tutorial).
Once you want a subset of these patches merged into MAIN, just pop
everything from the stack and only push those you want merged, in the
order you want (if there are some dependencies, the push will fail and
you can correct them or the order). When you are happy with the
patches pushed on the stack, just do a 'git pull <HEAD>' in the MAIN
repository. After this, doing a 'stg pull <MAIN>' in the HEAD one will
mark the patches already integrated into MAIN as empty and you can
safely remove them ('stg clean' does this automatically).
This way I found StGIT useful for maintainers as well, not only for
contributors.
--
Catalin
next prev parent reply other threads:[~2005-08-17 17:13 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-16 20:01 [RFC] Patches exchange is bad? Marco Costalba
2005-08-16 20:39 ` Johannes Schindelin
2005-08-16 21:02 ` Junio C Hamano
2005-08-16 21:31 ` Martin Langhoff
2005-08-17 17:12 ` Catalin Marinas [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-08-16 21:47 Marco Costalba
2005-08-16 22:09 Marco Costalba
2005-08-16 22:45 ` Daniel Barkalow
2005-08-17 8:27 Marco Costalba
2005-08-17 9:07 ` Martin Langhoff
2005-08-17 17:35 Marco Costalba
2005-08-17 21:27 ` Catalin Marinas
2005-08-17 21:37 ` Johannes Schindelin
2005-08-18 10:27 ` Catalin Marinas
2005-08-17 18:03 Marco Costalba
2005-08-18 10:00 Marco Costalba
2005-08-18 11:16 ` Catalin Marinas
2005-08-18 13:34 Marco Costalba
2005-08-18 13:41 ` Catalin Marinas
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=tnxvf24o5bv.fsf@arm.com \
--to=catalin.marinas@gmail.com \
--cc=git@vger.kernel.org \
--cc=mcostalba@yahoo.it \
/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).