git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* git-branch manpage question
@ 2008-09-16 14:46 Mark Struberg
  2008-09-16 16:25 ` Michael J Gruber
  0 siblings, 1 reply; 2+ messages in thread
From: Mark Struberg @ 2008-09-16 14:46 UTC (permalink / raw
  To: git

Hi!

I think i found an inconsistency in the documentation of the git-branch command:

*snip*
--track::
	.... Set the
	branch.autosetupmerge configuration variable to `false` if you want
	'git-checkout' and 'git-branch' to always behave as if 
	'--no-track' were given...
*snip*

and 

*snip*
--no-track::
	Ignore the branch.autosetupmerge configuration variable.

*snip*

So, the description of branch.autosetupmerge is referencing --no-track and vice versa, thus the effective documentation is essentially missing as far as I understand.

txs and LieGrue,
strub

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: git-branch manpage question
  2008-09-16 14:46 git-branch manpage question Mark Struberg
@ 2008-09-16 16:25 ` Michael J Gruber
  0 siblings, 0 replies; 2+ messages in thread
From: Michael J Gruber @ 2008-09-16 16:25 UTC (permalink / raw
  To: Mark Struberg; +Cc: git

Mark Struberg venit, vidit, dixit 16.09.2008 16:46:
> Hi!
> 
> I think i found an inconsistency in the documentation of the
> git-branch command:
> 
> *snip* --track:: .... Set the branch.autosetupmerge configuration
> variable to `false` if you want 'git-checkout' and 'git-branch' to
> always behave as if '--no-track' were given... *snip*
> 
> and
> 
> *snip* --no-track:: Ignore the branch.autosetupmerge configuration
> variable.
> 
> *snip*
> 
> So, the description of branch.autosetupmerge is referencing
> --no-track and vice versa, thus the effective documentation is
> essentially missing as far as I understand.

Well, what's missing is the explanation that "--no-track" is the
opposite of "--track".  Do we really need to stress that?

The explanation of "--track" is in the "....", you left it out in your
quote.

Maybe the formulation is a bit suboptimal because it's squeezed more or
less forcibly into the option list concept. At "--track" there is a
description of what is meant by a tracking branch configuration. Now,
the logical flow is:

If --track is given, set up tracking.
If --no-track is given, don't set up tracking.
If none is given, check branch.autosetupmerge:
If it is false, don't set up tracking.
If it is always, set up tracking.
If it is unset (or true), check what kind of start point we branch off from:
If it is a remote, set up tracking.
If it is not a remote, don't set up tracking.

Admittedly, the description at --track is a bit contrived. But if you
read the DESCRIPTION section before the options things should become
clear. Maybe git-branch(1) should reference git-config(1).

Cheers,
Michael

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-09-16 16:27 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-16 14:46 git-branch manpage question Mark Struberg
2008-09-16 16:25 ` Michael J Gruber

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).