From: Junio C Hamano <gitster@pobox.com>
To: rocketraman@fastmail.fm
Cc: git@vger.kernel.org
Subject: Re: [PATCH 1/2] Add feature release instructions to MaintNotes addendum
Date: Sun, 29 Mar 2009 23:56:14 -0700 [thread overview]
Message-ID: <7vr60fijn5.fsf@gitster.siamese.dyndns.org> (raw)
In-Reply-To: 1238391319-4953-1-git-send-email-rocketraman@fastmail.fm
rocketraman@fastmail.fm writes:
> + - The 'maint' branch is updated to the new release.
> +
> + $ git branch -f maint master
It appears that you are trying to make this document into a canned set of
insns for people who want a ready-to-cut-and-paste-without-thinking
recipe, and I am perfectly fine with such a document, but as I mentioned
already, "how to maintain git" is not a good place to do so. You seem to
have taken it as a joke, but I am serious.
In any case, I highly doubt we would want to have this "branch -f" here.
Not in "how to maintain git", but especially in a document you would give
to people who do not like to think for themselves but would want to follow
cut-and-paste recipe.
_I_ can do the above, but that is _only_ because I maintain 'master' with
certain discipline---it almost always is a superset of maint (it sometimes
isn't---when I am too tired to do so late at night and the leftover fix on
the 'maint' unmerged to 'master' is really trivial and unimportant in the
grand scheme of things), and especially after a big release it always is.
But for people who want to use a ready-to-cut-and-paste-without-thinking
recipe, it is much better to use:
$ git checkout maint
$ git merge master
just in case they have leftover fixes that later need to get merged to
master. Otherwise they will be discarding the fixes with "branch -f".
An obvious alternative is to firmly describe in the release workflow to
make sure that 'maint' is fully merged to 'master' before a release is
made, but people tend to cherry-pick the parts they want to use without
thinking things through when presented a cut-and-paste recipe, and in
practice I do not think such an alternative would work well.
More important bits of release checklist, a bit outdated, is found in
Checklist.txt file on the 'todo' branch.
I would need to talk a bit more about how to maintain What's in/cooking,
how the automated maintenance of html/man branches work, and how to set up
RPM building infrastructure for use with Meta/DoKernelOrg, in order to
make the Documentation/howto/maintain-git.txt truly to be usable by
somebody capable to take over when I cease to function as the maintainer
here.
next prev parent reply other threads:[~2009-03-30 6:58 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-30 5:35 [PATCH 1/2] Add feature release instructions to MaintNotes addendum rocketraman
2009-03-30 5:35 ` [PATCH 2/2] Add feature release instructions to gitworkflows man page rocketraman
2009-03-30 6:57 ` Junio C Hamano
2009-03-30 17:59 ` Raman Gupta
2009-03-30 18:14 ` Junio C Hamano
2009-03-30 18:40 ` Raman Gupta
2009-04-01 16:15 ` Junio C Hamano
2009-03-30 6:56 ` Junio C Hamano [this message]
2009-03-30 17:57 ` [PATCH 1/2] Add feature release instructions to MaintNotes addendum Raman Gupta
-- strict thread matches above, loose matches on Subject: below --
2009-03-26 1:56 rocketraman
[not found] ` <20090326121017.6117@nanako3.lavabit.com>
2009-03-26 13:51 ` Raman Gupta
2009-03-26 20:28 ` Junio C Hamano
2009-03-26 21:37 ` Raman Gupta
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=7vr60fijn5.fsf@gitster.siamese.dyndns.org \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=rocketraman@fastmail.fm \
/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).