Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » EGit » Problems with autocrlf
Problems with autocrlf [message #778537] Fri, 13 January 2012 02:34 Go to next message
Ed Merks is currently offline Ed Merks
Messages: 26000
Registered: July 2009
Senior Member
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#FFFFFF" text="#000000">
The simple question:&nbsp; <br>
<blockquote>Is there any way to get Egit to clone a repository on
windows with CR/LF delimiters?<br>
</blockquote>
My impression is that despite
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=301775">https://bugs.eclipse.org/bugs/show_bug.cgi?id=301775</a> that it's still
not possible and people just give up, e.g.,<br>
<blockquote><a class="moz-txt-link-freetext" href="http://wiki.eclipse.org/Platform-releng/Git_Workflows#Dealing_with_line_terminators">http://wiki.eclipse.org/Platform-releng/Git_Workflows#Dealing_with_line_terminators</a><br>
</blockquote>
It's inconceivable to me that 301775 is an enhancement rather than a
serious deficiency.&nbsp; Support for proper CR/LF conventions seems
fundamental for proper handling of text files.&nbsp; Or am I missing
something in the big picture?<br>
<br>
Here are reasons why believe it's fundamentally needed.&nbsp; Some tools
produce CR/LF on Windows, even in the Eclipse IDE, and we don't want
to commit that to a common OS-agnostic repo.&nbsp;&nbsp; EMF relies heavily on
generators, and some of those definitely don't properly respect the
workspace settings.&nbsp; In any case, external tools are simply not
going to be aware of workspace preferences so on Windows we should
expect pollution from CR/LF files and, as I said, we definitely
don't want those going into a&nbsp; repo.&nbsp; <br>
<br>
From what I see, Git has nice support for this.&nbsp; I can easily make
it work nicely on the command line.&nbsp; But with EGit it doesn't work,
or at least I can't for the life of me get it to work, despite all
the nice settings to control it. &nbsp; Why can't I get it to work?&nbsp; Am I
stupid or is it impossible?&nbsp; If the latter, why isn't 301775 a
serious defect rather than an enhancement? <br>
<br>
<br>
</body>
</html>
Re: Problems with autocrlf [message #778560 is a reply to message #778537] Fri, 13 January 2012 04:53 Go to previous messageGo to next message
Matthias Sohn is currently offline Matthias Sohn
Messages: 556
Registered: July 2009
Senior Member
autocrlf handling is not yet available in JGit.
But it's underway as Robin is working on it:
- http://egit.eclipse.org/r/#change,4530
- http://egit.eclipse.org/r/#change,4941
- http://egit.eclipse.org/r/#change,4942

Re: Problems with autocrlf [message #778563 is a reply to message #778537] Fri, 13 January 2012 04:52 Go to previous messageGo to next message
Robin Rosenberg is currently offline Robin Rosenberg
Messages: 319
Registered: July 2009
Senior Member
Ed Merks skrev 2012-01-13 08.34:
> The simple question:
>
> Is there any way to get Egit to clone a repository on windows with CR/LF delimiters?
>
> My impression is that despite https://bugs.eclipse.org/bugs/show_bug.cgi?id=301775 that it's still not possible and people just give up, e.g.,
>
> http://wiki.eclipse.org/Platform-releng/Git_Workflows#Dealing_with_line_terminators
>
> It's inconceivable to me that 301775 is an enhancement rather than a serious deficiency. Support for proper CR/LF conventions seems fundamental for proper handling of text
> files. Or am I missing something in the big picture?
>
> Here are reasons why believe it's fundamentally needed. Some tools produce CR/LF on Windows, even in the Eclipse IDE, and we don't want to commit that to a common
> OS-agnostic repo. EMF relies heavily on generators, and some of those definitely don't properly respect the workspace settings. In any case, external tools are simply not
> going to be aware of workspace preferences so on Windows we should expect pollution from CR/LF files and, as I said, we definitely don't want those going into a repo.
>
> From what I see, Git has nice support for this. I can easily make it work nicely on the command line. But with EGit it doesn't work, or at least I can't for the life of me
> get it to work, despite all the nice settings to control it. Why can't I get it to work? Am I stupid or is it impossible? If the latter, why isn't 301775 a serious defect
> rather than an enhancement?
>
>

The code has been awaiting approval for some time now: http://egit.eclipse.org/r/#q,status:open,n,z

-- robin
Re: Problems with autocrlf [message #778573 is a reply to message #778563] Fri, 13 January 2012 05:24 Go to previous message
Eike Stepper is currently offline Eike Stepper
Messages: 5499
Registered: July 2009
Senior Member
Am 13.01.2012 10:52, schrieb Robin Rosenberg:
> Ed Merks skrev 2012-01-13 08.34:
>> The simple question:
>>
>> Is there any way to get Egit to clone a repository on windows with CR/LF delimiters?
>>
>> My impression is that despite https://bugs.eclipse.org/bugs/show_bug.cgi?id=301775 that it's still not possible and
>> people just give up, e.g.,
>>
>> http://wiki.eclipse.org/Platform-releng/Git_Workflows#Dealing_with_line_terminators
>>
>> It's inconceivable to me that 301775 is an enhancement rather than a serious deficiency. Support for proper CR/LF
>> conventions seems fundamental for proper handling of text
>> files. Or am I missing something in the big picture?
>>
>> Here are reasons why believe it's fundamentally needed. Some tools produce CR/LF on Windows, even in the Eclipse IDE,
>> and we don't want to commit that to a common
>> OS-agnostic repo. EMF relies heavily on generators, and some of those definitely don't properly respect the workspace
>> settings. In any case, external tools are simply not
>> going to be aware of workspace preferences so on Windows we should expect pollution from CR/LF files and, as I said,
>> we definitely don't want those going into a repo.
>>
>> From what I see, Git has nice support for this. I can easily make it work nicely on the command line. But with EGit
>> it doesn't work, or at least I can't for the life of me
>> get it to work, despite all the nice settings to control it. Why can't I get it to work? Am I stupid or is it
>> impossible? If the latter, why isn't 301775 a serious defect
>> rather than an enhancement?
>>
>>
>
> The code has been awaiting approval for some time now: http://egit.eclipse.org/r/#q,status:open,n,z
May I ask why? I also see this as a very fundamental problem that should get highest attention.

Is there a place where the public can see in what areas efforts are (planned to be) invested?

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Previous Topic:[Solved] Egit + Gitolite
Next Topic:(solved) Newbie getting bizarre ClassNotFoundException: JSchException
Goto Forum:
  


Current Time: Fri Aug 22 12:01:52 EDT 2014

Powered by FUDForum. Page generated in 0.01588 seconds