nmatt

@mbien: It's unrelated to Git clone, I believe, as it also happens with a locally initialized repository (no cloning). Git's overall EOL logic isn't comprehensively documented, so there's some likelihood...

@mbien: I don't think it has to do with repo initialization either. This is about the conversion that Git performs upon each check-in (e.g. `git add`) and checkout, between files...

@mbien: I created a repo with some test files here: https://github.com/nmatt/git-eol-test The readme lists the expected results for checkout on LF and CRLF configurations/environments, respectively. The test cases are not...

@mbien: I tested your build on Windows with default *core.eol* (= *native*, which means *crlf* on Windows) and *core.autocrlf* (= *false*) settings. Cloning the repository from GitHub with NetBeans correctly...

> Yeah this would require more changes since the conversions would have to happen across the git versioning code paths. Just out of curiosity: I would have expected JGit to...

> it does support it. The low level actions need to be configured to take repo config into account, looks like they don't do that automatically. That is why I...

@mbien: I agree, it should be an option. Though arguably it should be an option for unit tests as well, I run them at least as often as non-test builds.

@matthiasblaesing: This is not about the class name, but about the constructor invocation. This may be more obvious when the Enum constructor has arguments. The enum constants serve a double...

@mbien: Can you explain what you mean by terminal pinning? My point is (1) that it serves no purpose to reopen a local terminal if it reopens in the NetBeans...

> > Can you explain what you mean by terminal pinning? > > right click on the terminal tab. You should see an option to pin it. Thanks, I see....