From: Steinar Bang <sb@dod.no>
To: ding@gnus.org
Subject: Re: New branch for No Gnus
Date: Mon, 30 Jan 2012 22:24:22 +0100 [thread overview]
Message-ID: <87aa54riih.fsf@dod.no> (raw)
In-Reply-To: <87aa55cctr.fsf@gnus.org>
>>>>> Lars Ingebrigtsen <larsi@gnus.org>:
> Well, I'll probably be having separate directories ngnus and mgnus for
> the two branches, so that I can test and run them concurrently. So I
> won't be pivoting branches (in the same directory) any, I think?
This is not a good idea if you want to easily merge changes between the
two branches. Then you should have the same layout and two separate git
branches.
In short: you lose the main advantage of git ("merge is *easy*")
First of all: switching branches is a very low cost operation, so your
main time usage when switching will be building gnus.
Secondly, you can easily have two gnusen side by side without
sacrificing any git-goodies:
mkdir ~/git
cd ~/git
git clone https://git.gnus.org/gnus.git
mv gnus ngnus
cd ngnus
git checkout -b no-gnus
git push origin HEAD
git checkout master
git branch -D no-gnus
git checkout no-gnus
git branch -D master
git clone https://git.gnus.org/gnus.git
mv gnus mgnus
This will give you two gnusen side by side, each on a different git
branch, with no other clutter (that's what the "git branch -D" is
about), and merging between the branches can be done by pushing and
fetching from origin.
The ngnus directory is on the no-gnus branch.
Alternatively, if ngnus is to remain the master branch until emacs 24 is
out (to ease updating beteen emacs bzr and gnus git), your can do this:
mkdir ~/git
cd ~/git
git clone https://git.gnus.org/gnus.git
mv gnus ngnus
git clone https://git.gnus.org/gnus.git
mv gnus mgnus
cd mgnus
git checkout -b mgnus
git push origin HEAD
git checkout master
git branch -D mgnus
git checkout mgnus
git branch -D master
Then ~/git/mgnus/ will be on the mgnus branch.
With this configuration, to get the newest ngnus changes into mgnus, do
this:
cd ~/git/mgnus/
git fetch
git merge origin/master
git push origin HEAD
Most of the time, merge will be a painless and conflict free operation.
next prev parent reply other threads:[~2012-01-30 21:24 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-28 18:50 Lars Ingebrigtsen
2012-01-28 19:29 ` Raphael Kubo da Costa
2012-01-30 17:02 ` Lars Ingebrigtsen
2012-01-28 19:45 ` Andreas Schwab
2012-01-28 20:42 ` Steinar Bang
2012-01-30 17:36 ` Lars Ingebrigtsen
2012-01-30 21:24 ` Steinar Bang [this message]
2012-01-30 22:05 ` Lars Ingebrigtsen
2012-01-31 16:16 ` Steinar Bang
2012-01-31 17:02 ` Lars Ingebrigtsen
2012-01-31 17:07 ` Richard Riley
2012-01-31 17:14 ` Lars Ingebrigtsen
2012-01-31 17:50 ` Richard Riley
2012-01-31 18:36 ` Raphael Kubo da Costa
2012-01-31 18:44 ` Lars Ingebrigtsen
2012-01-31 18:52 ` Raphael Kubo da Costa
2012-01-31 18:58 ` Lars Ingebrigtsen
2012-01-31 19:15 ` Raphael Kubo da Costa
2012-01-31 19:59 ` Andreas Schwab
2012-01-31 20:59 ` Steinar Bang
2012-01-31 22:49 ` Lars Ingebrigtsen
2012-02-01 0:07 ` Raphael Kubo da Costa
2012-02-01 0:31 ` Lars Ingebrigtsen
2012-02-01 0:40 ` Raphael Kubo da Costa
2012-02-01 8:46 ` Steinar Bang
2012-02-01 0:36 ` Andreas Schwab
2012-02-01 0:38 ` Katsumi Yamaoka
2012-02-01 1:13 ` Lars Ingebrigtsen
2012-02-01 1:32 ` Katsumi Yamaoka
2012-02-01 2:22 ` Lars Ingebrigtsen
2012-02-01 2:33 ` Lars Ingebrigtsen
2012-02-01 8:51 ` Steinar Bang
2012-02-01 13:03 ` Lars Ingebrigtsen
2012-02-01 14:30 ` Steinar Bang
2012-02-01 18:26 ` Ted Zlatanov
2012-02-01 18:30 ` Lars Ingebrigtsen
2012-02-01 18:56 ` Ted Zlatanov
2012-02-01 21:59 ` Steinar Bang
2012-02-01 22:03 ` Ted Zlatanov
2012-02-01 22:24 ` Lars Ingebrigtsen
2012-02-01 22:43 ` Andreas Schwab
2012-02-01 8:24 ` Steinar Bang
2012-01-31 22:50 ` Lars Ingebrigtsen
2012-01-31 22:59 ` Lars Ingebrigtsen
2012-01-31 23:05 ` Lars Ingebrigtsen
2012-01-31 23:26 ` Lars Ingebrigtsen
2012-01-31 23:32 ` Lars Ingebrigtsen
2012-01-31 23:37 ` Lars Ingebrigtsen
2012-01-31 23:58 ` Lars Ingebrigtsen
2012-02-01 0:46 ` Andreas Schwab
2012-02-01 1:14 ` Lars Ingebrigtsen
2012-02-01 1:16 ` Lars Ingebrigtsen
2012-02-01 9:10 ` Steinar Bang
2012-02-01 13:19 ` Lars Ingebrigtsen
2012-02-01 11:31 ` Andreas Schwab
2012-02-01 13:03 ` Lars Ingebrigtsen
2012-01-31 20:56 ` Steinar Bang
2012-02-01 16:22 ` Eric S Fraga
2012-02-01 1:47 ` Michael Welsh Duggan
2012-01-30 17:34 ` Lars Ingebrigtsen
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=87aa54riih.fsf@dod.no \
--to=sb@dod.no \
--cc=ding@gnus.org \
/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).