{"thread":{"id":"9868","subject":"Conflicting \"-n\" short options for git-pull?","startedAt":"2007-09-15T19:14:54Z","lastAt":"2007-09-16T11:17:11Z","messageCount":3,"participants":["Frans Pop","Junio C Hamano"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"53141","messageId":"200709152114.54985.elendil@planet.nl","threadId":"9868","inReplyTo":null,"subject":"Conflicting \"-n\" short options for git-pull?","fromName":"Frans Pop","fromEmail":"elendil@planet.nl","sentAt":"2007-09-15T19:14:54Z","receivedAt":"2007-09-15T19:14:54Z","isPatch":false,"sender":{"key":"elendil@planet.nl","avatar":null},"body":"Hello,\n\nAccording to the man page for git-pull from git-core 1.5.3.1 (Debian \npackage), two options are defined as having the short option \"-n\":\n\n     -n, --no-summary\n         Do not show diffstat at the end of the merge.\n[...]\n     -n, --no-tags\n         By default, git-fetch fetches tags that point at objects that are\n         downloaded from the remote repository and stores them locally. This\n         option disables this automatic tag following.\n\nCheers,\nFrans Pop\n"},{"id":"53152","messageId":"7vfy1f8pmm.fsf@gitster.siamese.dyndns.org","threadId":"9868","inReplyTo":"200709152114.54985.elendil@planet.nl","subject":"Re: Conflicting \"-n\" short options for git-pull?","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2007-09-15T23:39:45Z","receivedAt":"2007-09-15T23:39:45Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Frans Pop <elendil@planet.nl> writes:\n\n> According to the man page for git-pull from git-core 1.5.3.1 (Debian \n> package), two options are defined as having the short option \"-n\":\n>\n>      -n, --no-summary\n>          Do not show diffstat at the end of the merge.\n> [...]\n>      -n, --no-tags\n>          By default, git-fetch fetches tags that point at objects that are\n>          downloaded from the remote repository and stores them locally. This\n>          option disables this automatic tag following.\n\nThe manpage option descriptions are shared between the\ncommands.  Maybe we should drop mention of the shorthand form.\n\nWhen git-fetch is used -n means --no-tags because there is no\nother -n; when git-pull indirectly invokes git-fetch, you need\nto spell it --no-tags because --no-summary takes precedence.\n"},{"id":"53183","messageId":"200709161317.12339.elendil@planet.nl","threadId":"9868","inReplyTo":"7vfy1f8pmm.fsf@gitster.siamese.dyndns.org","subject":"Re: Conflicting \"-n\" short options for git-pull?","fromName":"Frans Pop","fromEmail":"elendil@planet.nl","sentAt":"2007-09-16T11:17:11Z","receivedAt":"2007-09-16T11:17:11Z","isPatch":false,"sender":{"key":"elendil@planet.nl","avatar":null},"body":"On Sunday 16 September 2007, Junio C Hamano wrote:\n> Frans Pop <elendil@planet.nl> writes:\n> > According to the man page for git-pull from git-core 1.5.3.1 (Debian\n> > package), two options are defined as having the short option \"-n\":\n> >\n> >      -n, --no-summary\n> >          Do not show diffstat at the end of the merge.\n> > [...]\n> >      -n, --no-tags\n> >          By default, git-fetch fetches tags that point at objects that\n> > are downloaded from the remote repository and stores them locally. This\n> > option disables this automatic tag following.\n>\n> The manpage option descriptions are shared between the\n> commands.  Maybe we should drop mention of the shorthand form.\n\nNot sure if that last is the correct solution. Wouldn't it mean that short \noptions would not be documented at all anymore?\n\n> When git-fetch is used -n means --no-tags because there is no\n> other -n; when git-pull indirectly invokes git-fetch, you need\n> to spell it --no-tags because --no-summary takes precedence.\n\nThat does explain, but it is not at all obvious from the documentation.\nGuess this is a general \"problem\" in git then.\n\n\nAnother question.\nIs it possible to set default options for commands somehow?\nI'd like to run git-pull with '--no-summary' by default. I could of course \ndefine an alias, but that only covers 'git-pull' and not 'git pull'.\nDoes git itself have some mechanism for this?\n\nThanks,\nFrans Pop\n"}]}