On 23/11/15 17:05, Torsten Bögershausen wrote:
> On 22.11.15 09:20, Sebastian Schuberth wrote:
>> On 21.11.2015 08:36, Torsten Bögershausen wrote:
>>
>>> git ls-files --eol gives an output like this:
>>>
>>> i/text-no-eol w/text-no-eol attr/text=auto t/t5100/empty
>>
>> I'm sorry if this has
On Mon, Nov 23, 2015 at 2:45 PM, Sebastian Schuberth
wrote:
> On Mon, Nov 23, 2015 at 6:05 PM, Torsten Bögershausen wrote:
>> git ls-files -o --eol
>> i/ w/binaryattr/ zlib.o
>
> I see, somewhat convincing I have to agree.
>
> On another note, how about making the pr
On Mon, Nov 23, 2015 at 6:05 PM, Torsten Bögershausen wrote:
> or, as another example:
> git ls-files -o --eol
> i/ w/binaryattr/ zlib.o
I see, somewhat convincing I have to agree.
On another note, how about making the prefix either all just one
letter (i.e. "attr/
On Sat, Nov 21, 2015 at 2:36 AM, Torsten Bögershausen wrote:
> When working in a cross-platform environment, a user wants to
> check if text files are stored normalized in the repository and if
> .gitattributes are set appropriately.
>
> Make it possible to let Git show the line endings in the ind
On 22.11.15 09:20, Sebastian Schuberth wrote:
> On 21.11.2015 08:36, Torsten Bögershausen wrote:
>
>> git ls-files --eol gives an output like this:
>>
>> i/text-no-eol w/text-no-eol attr/text=auto t/t5100/empty
>
> I'm sorry if this has been discussed before, but hav you considered to use a
On 21.11.2015 08:36, Torsten Bögershausen wrote:
> git ls-files --eol gives an output like this:
>
> i/text-no-eol w/text-no-eol attr/text=auto t/t5100/empty
I'm sorry if this has been discussed before, but hav you considered to use a
header line and omit the prefixed from the columns inste
When working in a cross-platform environment, a user wants to
check if text files are stored normalized in the repository and if
.gitattributes are set appropriately.
Make it possible to let Git show the line endings in the index and
in the working tree and the effective text/eol attributes
The e
7 matches
Mail list logo