git mit python sourcecode - .gitattributes

[jens]

Ich hatte letztens pull request von einem windows Benutzer bekommen, bsp: https://github.com/jedie/django-phpBB3/pull/3/files
Dabei sah es so aus, als wenn er die ganze Python Datei verändert hatte. Obwohl die Änderungen nur einen kleinen Teil der Datei wirklich betraf. Ich gehe davon aus, das es an den Zeilenumbrüchen lag.

Nun hab ich gesehen, das man in .gitattributes so etwas machen kann:

Code: Alles auswählen

*.py text eol=lf diff=python

(Die Zeile habe ich von https://code.google.com/p/vineyard/sour ... attributes )

Würde das nicht bewirken das generell alle Python Dateien mit \n umbrochen werden, auch wenn ein Windows Editor Käse mache und über \n\r einfügt?

[lunar]

@jens: Ja, der Grund sind inkompatible Zeilenenden. Der betreffende Nutzer hat offenbar nicht viel Erfahrung mit Git.

Verweise den betreffenden Benutzer auf Dealing wit line endings und erkläre ihm, dass er "core.autocrlf=true" in seiner Git-Konfiguration aktivieren sollte. Dann verweise ihn auf How to Github (Stichwort „topic branches“), und lasse ihn seine Änderungen korrigieren.

Ich würde "eol=lf" weglassen. Dann konvertiert Git die Zeilenenden beim Checkout zu Windows-Zeilenenden, und beim Commit zurück zu Unix-Zeilenenden. So können Windows-Nutzer mit nativen Zeilenenden arbeiten, doch die Commits haben immer Unix-Zeilenenden (für den Fall, dass man mal eine Python-Datei in Notepad editieren möchte ). Mit "eof=lf" werden Dateien immer mit Unix-Zeilenenden ausgecheckt, was bei Python eigentlich nicht nötig ist.

[jens]

Danke für die Links!

Fazit also, lieber "eol=lf" nicht setzten. Hab ich auch noch nicht wirklich oft in anderen Projekten gesehen...