STM32CubeMX neuerdings mit LF statt CR/LF?

Inwiefern ist das ein Problem? Solange man nicht eine ururalte Windows-Version verwendet, ist auch das enthaltene notepad.exe als Notdurft-Editor in der Lage, damit klarzukommen.

Harald K. schrieb:

Inwiefern ist das ein Problem?

Sowohl Git als auch Subversion melden dann alle generierten Dateien als geändert, was natürlich ziemlich lästig ist. Bei automatischer Zeilenumbrucherkennung dürfte das zwar beim Einchecken geradegezogen werden, aber beim späteren Blicken in die dateiweisen Logs sieht man nur unnötig viele Commits.

Solange man nicht eine ururalte Windows-Version verwendet, ist auch das enthaltene notepad.exe als Notdurft-Editor in der Lage, damit klarzukommen.

Ich verwende eh UE Studio. Das hat bei extern geänderten Dateien auch keinerlei Probleme, den Zeilenendetyp korrekt zu erkennen und zu berücksichtigen. Es gibt aber durchaus Editoren, die solch eine Erkennung nur beim erstmaligen Öffnen durchführen und den Zeilenendetyp auch dann beibehalten, wenn sich dieser durch externe Bearbeitung geändert hat. So etwas hatte ich schon vor ewiger Zeit mal beobachtet, aber ich weiß nicht mehr bei welchem Editor.

Andreas S. schrieb:

Sowohl Git als auch Subversion melden dann alle generierten Dateien als geändert, was natürlich ziemlich lästig ist.

Tatsächlich? Wenn git konsequent beim Einchecken Zeilenumbrüche normalisiert, sollte doch genau das gar nicht auftreten.

Harald K. schrieb:

Tatsächlich? Wenn git konsequent beim Einchecken Zeilenumbrüche normalisiert, sollte doch genau das gar nicht auftreten.

Ja, Git normalisiert die Zeilenumbrüche, so dass natürlich die ganzen Änderungen auch nicht eingecheckt werden, aber beim nächsten Lauf von STM32CubeMX werden diese wieder auf LF statt CR/LF zurückgedreht.

Es wundert mich doch sehr, dass sich hier noch niemand sonst gemeldet hat, der dies ebenfalls festgestelt hat und bemängelt.

Andreas S. schrieb:

STM32CubeMX

Kann man das Verhalten evtl. konfigurieren?