git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 3/4] git-am: Add command line parameter `--keep-cr` passing it to git-mailsplit.

From
Junio C Hamano <gitster@pobox.com>
Date
Feb 11, 2010, 23:21 UTC
Message-ID
<7vocjvqryb.fsf@alter.siamese.dyndns.org>
In-Reply-To
<1265923579-24900-4-git-send-email-stefan.hahn@s-hahn.de>
"Stefan-W. Hahn" <stefan.hahn@s-hahn.de> writes:
Show 7 quoted lines
> If applying patches with the following command sequence
>
>    git format-patch --stdout ... | git am ...
>
> in repositories having files with dos and unix line endings
> git-mailsplit, which is called from git-am must be called with
> `--keep-cr` parameter since commit c2ca1d79.
Sorry, I cannot parse this.
Perhaps you meant to have a comma between "git-am" and "must be"?
> +e,keep-cr       pass --keep-cr flag to git-mailsplit for mbox format

This short form -e does not make much sense to me. Why is it -e, and do we even need a short form in the first place?

I'd say we should drop it. We may want to use short-and-sweet 'e' for something more important and common, and we would regret for letting this option squat on it later.

Another approach _might_ be to let the user to use --rebasing directly; it currently is documented as "internal use", but as long as we clearly specify its semantics and give a synonym that is more sensible than the current name, it might turn out to be a better option. I dunno; it might be doing more than what this new use case may want to do.

Show 14 quoted lines
> @@ -216,10 +217,12 @@ check_patch_format () {
>  split_patches () {
>  	case "$patch_format" in
>  	mbox)
> -		case "$rebasing" in
> -		'')
> +		case "$rebasing,$keepcr" in
> +		'','')
>  			keep_cr= ;;
> -		?*)
> +		'',t)
> +			keep_cr=--keep-cr ;;
> +		?*,t)
>  			keep_cr=--keep-cr ;;
Did you mean to say:
	case "$r$k" in
        '') keep_cr= ;;
        ?*) keep_cr=--keep-cr ;;
        esac
or even:
	if test -n "$r$k"
        then
        	keep_cr=--keep-cr
	else
        	keep_cr=
	fi
Previous: Stefan-W. HahnNext: Stefan-W. Hahn
Message 10 of 13 in “[PATCHv2 0/4] Using git-mailsplit in mixed line ending environment”
  1. Stefan-W. HahnFeb 11, 2010
  2. 1/4 git-mailsplit: Show parameter '--keep-cr' in usage and documentationStefan-W. Hahn, Feb 11, 2010
  3. 2/4 git-mailsplit: add `mailsplit.keepcr` configuration variable.Stefan-W. Hahn, Feb 11, 2010
  4. Junio C HamanoFeb 11, 2010
  5. Stefan-W. HahnFeb 12, 2010
  6. Junio C HamanoFeb 12, 2010
  7. Junio C HamanoFeb 12, 2010
  8. Stefan-W. HahnFeb 12, 2010
  9. 3/4 git-am: Add command line parameter `--keep-cr` passing it to git-mailsplit.Stefan-W. Hahn, Feb 11, 2010
  10. Junio C HamanoFeb 11, 2010
  11. Stefan-W. HahnFeb 12, 2010
  12. Junio C HamanoFeb 12, 2010
  13. 4/4 Adding test for `--keep-cr` for git-mailsplit and git-am.Stefan-W. Hahn, Feb 11, 2010

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.