notepad ++ aggiunta di righe extra a un file

Sono stato infastidito da questo problema per anni e ho appena provato a ignorarlo, ma quando apro i file per la prima volta che sono stati salvati da un mac / unix box, vedo un'interruzione di riga aggiuntiva dopo ogni riga:

something like

this

which is pretty

annoying

Quello che faccio di solito è solo una delle tante correzioni per questo comportamento in Google, come la soluzione TextFX per eliminare tutte le righe vuote.

Ma sono solo curioso di sapere perché questo accada. Perché? Perché non si verifica più anche se salvo il file, lo spingo nel repository git (e quando viene modificato da un altro utente in un mac / unix) non riscontro più questo problema?

MODIFICARE

il problema git era un problema che avevo prima ma il nostro attuale problema è che stiamo caricando i file usando la graffetta di rail, che li salva nel file system (stiamo usando un computer Windows). quando apriamo i file, lo vediamo come "macintosh" "ansi" anche se il server è in esecuzione su Windows. c'è un modo per aprirlo con la codifica corretta per impostazione predefinita?

Ho avuto problemi con lo stesso problema per diversi anni, ma dopo aver letto questo post e provato alcune impostazioni in Notepad ++ non sembrava essere Notepad ++ che sta cambiando le impostazioni LF o CR.

Il mio "problema" è stato causato da un'impostazione di Filezilla, con la quale scarico i file dal mio sito Web per modificarli in Notepad ++.

In Filezilla avevo molte estensioni nell'impostazione "Classificazione automatica dei tipi di file" (vai su Modifica> Impostazioni> Trasferimenti> Tipi di file ). Dopo averli cancellati tutti e scaricato di nuovo il mio file, questo si è aperto perfettamente in Notepad ++, senza più interruzioni di riga. Testato anche per modificare il file, caricarlo, scaricarlo e modificarlo di nuovo.

Quindi, in Notepad ++ la mia impostazione predefinita per i nuovi file è:

• Codifica: ANSI
• Formato: Windows

E in Filezilla le impostazioni sono:

• Tipo di trasferimento: Auto
• Classificazioni automatiche dei tipi di file: l'elenco delle estensioni è vuoto

Questo ha risolto il mio problema.

Spero che sia d'aiuto.

Aiuterebbe a ottenere qualche informazione in più come

1. Quale editor stai usando su Mac / Unix?
2. Quando lo apri in Notepad ++ cosa dice nella barra di stato? Dos / Unix / Mac?
3. Succede anche se il file non passa attraverso git?

Le terminazioni di linea sono state problematiche per molto tempo durante il passaggio di file tra i sistemi e puoi leggere di più su di esso su Wikipedia . Il problema proviene da Windows che utilizza CR + LF come interruzioni di riga, Mac che utilizza solo CR e Unix che utilizza solo LF (so che questa non è una regola difficile e veloce ma in generale).

Quando si utilizza un editor in attesa di un file in formato Unix e si riceve un file in formato Windows, l'editor può interpretare erroneamente CR + LF come due interruzioni di riga anziché una. È anche comune che questo si mostri come caratteri finali su ogni riga, di solito un quadrato o altre sciocchezze.

Dovresti essere in grado di verificare se questo è ciò che ti sta accadendo in Notepad ++ andando su Visualizza-> Mostra simbolo-> Mostra fine linea. Dovresti anche essere in grado di risolvere questo problema usando la funzione Modifica-> Conversione EOL.

È anche possibile che questo sia causato da o possa essere risolto nelle impostazioni di git. Git ha tre impostazioni, core.eol, core.safecrlf e core.autocrlf di cui puoi leggere di più nella manpage git config

Ho provato le soluzioni di cui sopra e nessuna funzionava per me, ma si è scoperto che era FileZilla.

Ho trovato una raccomandazione in uno dei loro forum per il trasferimento utilizzando la modalità binaria anziché auto . Una volta modificato, il mio problema è stato risolto. :)

Exerpt:

Imposta il tipo di trasferimento (menu Trasferisci) da Auto a Binario e carica lo script.