Re: what is git's position on "classic" mac -only end of lines?
On Sun, 1 Oct 2017, Johannes Sixt wrote: > Am 01.10.2017 um 21:29 schrieb Bryan Turner: > > On Sun, Oct 1, 2017 at 10:52 AM, Robert P. J. Day> > wrote: > > > > > >sorry for more pedantic nitpickery, but i'm trying to write a > > > section on how to properly process mixtures of EOLs in git, and > > > when i read "man git-config", everything seems to refer to Mac > > > OS X and macOS (and linux, of course) using for EOL, with > > > very little mention of what one does if faced with "classic" mac > > > EOL of just . > > > > No command in Git that I'm aware of considers a standalone > > to be a line ending. A file containing only s is treated as a > > single line by every Git command I've used. I'm not sure whether > > that behavior is configurable. For files with standalone s > > mixed with other line endings ( or , either or both), > > the and endings are both considered line endings while > > the standalone s are not. > > That's true, AFAIK. In addition, when Git auto-detects whether a > file is binary or text, then a file with a bare CR is treated as > binary: > > https://github.com/git/git/blob/master/convert.c#L91 > > That basically amounts to: "it [is] considered not important enough > to deal with" ;) that's fine, that's all i was after -- basically, git handles Mac OS X and macOS, and if you're dealing with mac "classic" EOLs, well ... http://i.imgur.com/z96dZ0x.jpg rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
Re: what is git's position on "classic" mac -only end of lines?
Am 01.10.2017 um 21:29 schrieb Bryan Turner: On Sun, Oct 1, 2017 at 10:52 AM, Robert P. J. Daywrote: sorry for more pedantic nitpickery, but i'm trying to write a section on how to properly process mixtures of EOLs in git, and when i read "man git-config", everything seems to refer to Mac OS X and macOS (and linux, of course) using for EOL, with very little mention of what one does if faced with "classic" mac EOL of just . No command in Git that I'm aware of considers a standalone to be a line ending. A file containing only s is treated as a single line by every Git command I've used. I'm not sure whether that behavior is configurable. For files with standalone s mixed with other line endings ( or , either or both), the and endings are both considered line endings while the standalone s are not. That's true, AFAIK. In addition, when Git auto-detects whether a file is binary or text, then a file with a bare CR is treated as binary: https://github.com/git/git/blob/master/convert.c#L91 That basically amounts to: "it [is] considered not important enough to deal with" ;) -- Hannes
Re: what is git's position on "classic" mac -only end of lines?
On Sun, Oct 1, 2017 at 10:52 AM, Robert P. J. Daywrote: > > sorry for more pedantic nitpickery, but i'm trying to write a > section on how to properly process mixtures of EOLs in git, and when i > read "man git-config", everything seems to refer to Mac OS X and macOS > (and linux, of course) using for EOL, with very little mention of > what one does if faced with "classic" mac EOL of just . No command in Git that I'm aware of considers a standalone to be a line ending. A file containing only s is treated as a single line by every Git command I've used. I'm not sure whether that behavior is configurable. For files with standalone s mixed with other line endings ( or , either or both), the and endings are both considered line endings while the standalone s are not. That's just based on my experience with them, though. In general, `git blame` and `git diff`, for example, don't seem honor them. Perhaps someone else knows of some useful knows of which I'm not aware. Best regards, Bryan Turner
what is git's position on "classic" mac -only end of lines?
sorry for more pedantic nitpickery, but i'm trying to write a section on how to properly process mixtures of EOLs in git, and when i read "man git-config", everything seems to refer to Mac OS X and macOS (and linux, of course) using for EOL, with very little mention of what one does if faced with "classic" mac EOL of just . is there a description of what happens in that case? or is it considered not important enough to deal with? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday