warning: LF will be replaced by CRLF in xxxx. Filen kommer att ha sina ursprungliga radslut i din arbetskatalog
Anledningen är att det finns ett problem med symbolisk flykt
Radbrytningen i Windows är CRLF, och radbrytningen i Linux är LF, så när man utför add . Prompts, lösning:
git core.autocrlf konfigurationsinstruktioner
Formatering är en mindre huvudvärk som många utvecklare stöter på när de samarbetar, särskilt i plattformsoberoende situationer. På grund av redigeringsskillnader eller att Windows-programmerare lägger till radbrytningar i slutet av filrader i plattformsoberoende projekt kan vissa subtila rymdändringar oavsiktligt hamna i samarbetsarbete eller inskickade patchar. Oroa dig inte, några konfigurationsalternativ för Git hjälper dig att lösa dessa problem.
core.autocrlf
Om du skriver ett program på Windows, eller om du arbetar med någon annan som programmerar på Windows och du är på ett annat system, kan du stöta på ett problem med radavslutningen. Detta beror på att Windows använder två tecken, vagn och radbrytning, för att avsluta en rad, medan Mac och Linux bara använder ett tecken för radbrytningar. Även om detta är ett mindre problem kan det kraftigt störa samarbetet mellan plattformar.
Git kan automatiskt konvertera line ender CRLF till LF när du commitar, och LF till CRLF när du checkar koden. Använd core.autocrlf för att slå på detta och sätt det till true på Windows, så att när koden är utcheckad konverteras LF till CRLF.
Konfigurera core.autocrlf till false, det vill säga aktivera inte den automatiska konverteringsfunktionen.
|