From: "Philip Oakley" <philipoakley@iee.org>
To: "Matthieu Moy" <Matthieu.Moy@grenoble-inp.fr>
Cc: "Junio C Hamano" <gitster@pobox.com>,
"Ramkumar Ramachandra" <artagnon@gmail.com>,
"Git List" <git@vger.kernel.org>
Subject: Re: [PATCH] config doc: rewrite push.default section
Date: Mon, 17 Jun 2013 19:10:27 +0100 [thread overview]
Message-ID: <F2D994ABCB8442B5A3F71791BAFB7C80@PhilipOakley> (raw)
In-Reply-To: vpq61xc1wnd.fsf@anie.imag.fr
From: "Matthieu Moy" <Matthieu.Moy@grenoble-inp.fr>
Sent: Monday, June 17, 2013 6:20 PM
> "Philip Oakley" <philipoakley@iee.org> writes:
>
>>> + Note that `--force` applies to all the refs that are pushed,
>>> + hence using `git push --all --force`, or `git push --force`
>>> + with `push.default` set to `matching` may override refs
>>> other
>>> + than the current branch (including local refs that are
>>> + strictly behind their remote counterpart). To force a push
>>> to
>>> + only one branch, use `git push <remote> +<branch>` instead
>>> of
>>> + `--force`.
>>
>> It would be useful to include a real example "e.g. `git push origin
>> +master`", or a link to specifying a refspec "see <refspec>...
>> above",
>> such that the "+" doesn't get lost in the general text, as push is
>> one
>> of the first few commands a new user is likely to be looking up (and
>> misunderstanding ;-), so let's make the + obvious
>
> Yes, why not. I'll point to the <refspec> section for detail, and just
> give an example here.
>
>> I did notice that the <refspec>... section doesn't actually associate
>> the "+" with the force action - Am I misunderstanding this?
>
> It says:
>
> By having the optional leading `+`, you can tell Git to update the
> <dst> ref even if it is not allowed by default (e.g., it is not a
> fast-forward.)"
>
> I think it's OK.
I was more noting that there is zero direct association in the text
between the --force option, and the "+", and with that, a funny feeling
that either (a) they had subtle differences I hadn't understood, or (b)
they were exactly the same and the documenation was being too subtle and
a cluebat should be applied to the documenation (on the principle I am
not a unique fool ;-)
>
> --
> Matthieu Moy
> http://www-verimag.imag.fr/~moy/
Maybe...
------- 8< -------
From 57d8aaac6b7543919aaf09909c13a180722c0a94 Mon Sep 17 00:00:00 2001
From: Philip Oakley <philipoakley@iee.org>
Date: Mon, 17 Jun 2013 18:47:04 +0100
Subject: [PATCH] git-push doc: +<dst> refspec is --force
Signed-off-by: Philip Oakley <philipoakley@iee.org>
---
Documentation/git-push.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/git-push.txt b/Documentation/git-push.txt
index eb2883c..df92b09 100644
--- a/Documentation/git-push.txt
+++ b/Documentation/git-push.txt
@@ -136,6 +136,8 @@ already exists on the remote side.
not an ancestor of the local ref used to overwrite it.
This flag disables the check. This can cause the
remote repository to lose commits; use it with care.
+ See also the optional leading `+` <dst> ref specifier in
+ '<refspec>...' above.
--repo=<repository>::
This option is only relevant if no <repository> argument is
--
1.8.1.msysgit.1
next prev parent reply other threads:[~2013-06-17 18:10 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-16 10:06 [PATCH] config doc: rewrite push.default section Ramkumar Ramachandra
2013-06-16 12:10 ` Philip Oakley
2013-06-18 7:08 ` Ramkumar Ramachandra
2013-06-16 18:48 ` Matthieu Moy
2013-06-18 7:47 ` Ramkumar Ramachandra
2013-06-17 3:28 ` Junio C Hamano
2013-06-17 11:09 ` Matthieu Moy
2013-06-17 14:31 ` Junio C Hamano
2013-06-17 17:09 ` Philip Oakley
2013-06-17 17:20 ` Matthieu Moy
2013-06-17 18:10 ` Philip Oakley [this message]
2013-06-18 7:39 ` Ramkumar Ramachandra
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=F2D994ABCB8442B5A3F71791BAFB7C80@PhilipOakley \
--to=philipoakley@iee.org \
--cc=Matthieu.Moy@grenoble-inp.fr \
--cc=artagnon@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/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