From: Felipe Contreras <felipe.contreras@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org, Jeff King <peff@peff.net>
Subject: Re: [PATCH v3 05/10] remote-hg: fix new branch creation
Date: Wed, 15 May 2013 14:45:30 -0500 [thread overview]
Message-ID: <CAMP44s3hfQD7JLgDebH4RM4tJspMQvw2ojeFTpa6hXJmTjJVHA@mail.gmail.com> (raw)
In-Reply-To: <7v8v3gav6v.fsf@alter.siamese.dyndns.org>
On Wed, May 15, 2013 at 2:40 PM, Junio C Hamano <gitster@pobox.com> wrote:
> Felipe Contreras <felipe.contreras@gmail.com> writes:
>
>> Felipe Contreras wrote:
>>> When force_push is disabled, we need to turn the argument to True.
>
> With your follow-up clarification, here is what ended up in the log
> message:
>
> remote-hg: fix new branch creation
>
> When a user creates a new branch with git:
>
> $ git checkout -b branches/devel
>
> and then pushes this branch
>
> $ git push origin branches/devel
>
> which is the way to push new mercurial branches,
I don't like this part. This is not documentation, this is a commit
message. You don't explain how git works in every commit message. It's
not relevant how to create Mercurial branches, it could be done
through a totally different way and it wouldn't affect this patch. The
only thing that is relevant is that a new Mercurial branch is created
somehow.
But since you never, *ever*, agree that a piece of information in the
commit message is not useful, I realize this is wasted breath.
> we do want to
> create a branch, but the command would fail without newbranch=True.
>
> This only matters when force_push=False, but setting newbranch=True
> unconditionally does not hurt.
>
> The only part that I came up with on my own is "but ... does not
> hurt" at the end. If that is incorrect, please supply an update.
It's correct.
--
Felipe Contreras
next prev parent reply other threads:[~2013-05-15 19:45 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-13 23:11 [PATCH v3 00/10] remote-hg: fixes and cleanups Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 01/10] remote-hg: trivial cleanups Felipe Contreras
2013-05-14 20:12 ` Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 02/10] remote-hg: get rid of unused exception checks Felipe Contreras
2013-05-14 20:16 ` Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 03/10] remote-hg: enable track-branches in hg-git mode Felipe Contreras
2013-05-14 20:17 ` Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 04/10] remote-hg: add new get_config_bool() helper Felipe Contreras
2013-05-14 20:18 ` Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 05/10] remote-hg: fix new branch creation Felipe Contreras
2013-05-14 20:19 ` Felipe Contreras
2013-05-15 19:40 ` Junio C Hamano
2013-05-15 19:45 ` Felipe Contreras [this message]
2013-05-13 23:11 ` [PATCH v3 06/10] remote-hg: disable forced push by default Felipe Contreras
2013-05-14 20:23 ` Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 07/10] remote-hg: don't push fake 'master' bookmark Felipe Contreras
2013-05-14 20:25 ` Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 08/10] remote-hg: update bookmarks when pulling Felipe Contreras
2013-05-14 20:26 ` Felipe Contreras
2013-05-14 21:59 ` Junio C Hamano
2013-05-14 22:14 ` Felipe Contreras
2013-05-14 22:25 ` Junio C Hamano
2013-05-14 22:39 ` Felipe Contreras
2013-05-14 22:49 ` Junio C Hamano
2013-05-14 23:11 ` Felipe Contreras
2013-05-14 23:32 ` Junio C Hamano
2013-05-14 23:37 ` Felipe Contreras
2013-05-13 23:11 ` [PATCH v3 09/10] remote-hg: test: be a little more quiet Felipe Contreras
2013-05-14 20:27 ` Felipe Contreras
2013-05-14 21:40 ` Junio C Hamano
2013-05-14 21:52 ` Felipe Contreras
2013-05-13 23:12 ` [PATCH v3 10/10] remote-hg: trivial reorganization Felipe Contreras
2013-05-14 20:27 ` Felipe Contreras
2013-05-14 1:08 ` [PATCH v3 00/10] remote-hg: fixes and cleanups Junio C Hamano
2013-05-14 3:34 ` Felipe Contreras
2013-05-14 18:21 ` Junio C Hamano
2013-05-14 18:44 ` Junio C Hamano
2013-05-14 20:02 ` Felipe Contreras
2013-05-14 4:47 ` Felipe Contreras
2013-05-14 18:59 ` Junio C Hamano
2013-05-14 20:08 ` Felipe Contreras
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=CAMP44s3hfQD7JLgDebH4RM4tJspMQvw2ojeFTpa6hXJmTjJVHA@mail.gmail.com \
--to=felipe.contreras@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=peff@peff.net \
/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).