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

Re: [PATCH 2/2] checkout: fix attribute handling in checkout all

From
Steffen Prohaska <prohaska@zib.de>
Date
Aug 13, 2007, 07:32 UTC
Message-ID
<521D9D91-2422-4378-BD68-37550731E06A@zib.de>
In-Reply-To
<46C00515.5050308@trolltech.com>
On Aug 13, 2007, at 9:15 AM, Marius Storm-Olsen wrote:
Show 16 quoted lines
> Steffen Prohaska said the following on 13.08.2007 08:50:
>> On Aug 13, 2007, at 8:32 AM, Marius Storm-Olsen wrote:
>>> In msysgit.git/etc/.gitattributes we have 'termcap -crlf', to  
>>> avoid  the termcaps being checked out with Windows EOL, if the  
>>> user  happens to have 'autocrlf = true'. However, when you  
>>> checkout the  working dir the first time it still has Windows EOL  
>>> due to exactly  this problem.
>> And exactly this is where I recognized the issue.
>> msysgit devs,
>> We should really make autocrlf = true the default for us and fix
>> all problems that we'll encounter. There may be more tricky stuff
>> ahead, like merges, cherry-picks, ...
>
> I'm more leaning towards having the installer give you the option  
> to choose what kind of line-endings you want Git to work with; just  
> like the Cygwin installer.

Which is the root of much trouble with Cygwin. People now say, git works perfectly in Cygwin but forget to mention that they mean Cygwin A (in binmode) but not Cygwin B (in textmode).

Better choose the right default and work hard to make the default choice work perfectly. I am strongly against an option in the installer. An option _will_ cause confusion. Better give people a hint how they can override the default for a single user, or for a single repo. Then they recognize that they move to a non-default configuration and hopefully think twice. And we never need to talk about msysgit A vs. msysgit B, but only about msysgit with repo specific or user specific options.

For me, the question comes down to the following: What would the average Windows user (real Windows user, not Linux user who was forced to work in Cygwin!) expect git to do with line endings? The answer to this question should be the default.

	Steffen
Previous: Marius Storm-OlsenNext: Marius Storm-Olsen
Message 9 of 20 in “attr: fix attribute handling if .gitattributes is involved”
  1. 1/2 attr: fix attribute handling if .gitattributes is involvedSteffen Prohaska, Aug 12, 2007
  2. 2/2 checkout: fix attribute handling in checkout allSteffen Prohaska, Aug 12, 2007
  3. Junio C HamanoAug 12, 2007
  4. Steffen ProhaskaAug 12, 2007
  5. Junio C HamanoAug 13, 2007
  6. Marius Storm-OlsenAug 13, 2007
  7. Steffen ProhaskaAug 13, 2007
  8. Marius Storm-OlsenAug 13, 2007
  9. Steffen ProhaskaAug 13, 2007
  10. Marius Storm-OlsenAug 13, 2007
  11. Steffen ProhaskaAug 13, 2007
  12. Dmitry KakurinAug 13, 2007
  13. 1/2 attr.c: refactoringJunio C Hamano, Aug 14, 2007
  14. 2/2 attr.c: read .gitattributes from index as well.Junio C Hamano, Aug 14, 2007
  15. Steffen ProhaskaAug 13, 2007
  16. Johannes SchindelinAug 13, 2007
  17. David KastrupAug 13, 2007
  18. git-update-ref bug? (was: [PATCH 2/2] checkout: fix attribute handling in checkout all)David Kastrup, Aug 13, 2007
  19. Junio C HamanoAug 13, 2007
  20. Brian DowningAug 13, 2007

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.