Powłoka Git w Windows: domyślne kodowanie znaków łatki to UCS-2 Little Endian - jak zmienić to na ANSI lub UTF-8 bez LM?

Question

Tworząc diff poprawkę z Git Shell w Windows (przy użyciu GitHub for Windows), kodowanie charakter plastra będzie UCS-2 Little Endian według Notepad ++ (patrz zdjęcia poniżej).

Jak mogę zmienić to zachowanie i zmusić git do tworzenia poprawek z ANSI lub UTF-8 bez kodowania znaków BOM?

Powoduje to problem, ponieważ nie można zastosować łatek UCS-2 Little Endian, muszę ręcznie przekonwertować go na ANSI. Jeśli nie, otrzymam błąd "fatalny: nierozpoznany wpis"

---

Odtąd, ja też sobie sprawę, że trzeba ręcznie konwertować EOL z formatu Windows (\r\n) do UNIX (\n) w Notepad ++ (Edycja> EOL konwersji> UNIX). Jeśli tego nie zrobię, otrzymam błąd "końcowy odstęp" (nawet jeśli wszystkie spacje są przycięte: "TextFX"> "TextFX Edit"> "Trim Trailing Spaces").

Więc kroki muszę zrobić dla plastra należy stosować:

1. utworzyć łatę (here is the result)
2. convert character encoding to ANSI
3. EOL conversion to UNIX format
4. zastosować plaster

proszę , spójrz na ten zrzut ekranu:

Answer 1

Nie jestem użytkownikiem systemu Windows, więc weź moją odpowiedź z przymrużeniem oka. Zgodnie z Windows PowerShell Cookbook, PowerShell preprocesuje wyjście git diff, dzieląc je na linie. Dokumentacja Cmdlet Out-File sugeruje, że > jest taka sama jak | Out-File bez parametrów. Mamy również znaleźć ten komentarz w PowerShell documentation:

wynikach za pomocą apletu polecenia Out-File nie może być to, czego się spodziewać, jeśli jesteś przyzwyczajony do tradycyjnych przekierowania wyjścia. Aby zrozumieć jego zachowanie, musisz mieć świadomość kontekstu, w którym działa polecenie cmdlet Out-File.

Domyślnie polecenie cmdlet Out-File tworzy plik Unicode.Jest to najlepsze ustawienie domyślne na dłuższą metę, ale oznacza to, że narzędzia oczekujące plików ASCII nie będą działały poprawnie z domyślnym formatem wyjściowym. Możesz zmienić domyślny format wyjściowy do ASCII za pomocą parametru Kodowanie:

[...]

Out-File Format pliku zawartość wyglądać wyjścia konsoli. Powoduje to, że dane wyjściowe są obcięte tak, jak w większości przypadków w oknie konsoli. [...]

Aby uzyskać dane wyjściowe, które nie wymuszają zawijania linii w celu dopasowania do szerokości ekranu, można użyć parametru Szerokość, aby określić szerokość linii.

Tak więc, najwyraźniej to nie Git wybiera kodowanie znaków, ale Out-File. Sugeruje to a) że przekierowanie PowerShell powinno być używane tylko dla tekstu i b), aby uniknąć problemów z kodowaniem. Jednak nadal nie rozwiązuje problemu z końcówkami linii systemu Windows i Unix. Istnieją Cmdlets (zobacz PowerShell Community Extensions), aby wykonać konwersję końców linii.

Jednak to całe przekodowywanie nie zwiększa mojej pewności co do łaty (która sama w sobie nie ma kodowania, ale jest tylko ciągiem bajtów). Wspomniany wcześniej Cookbook zawiera skrypt Invoke-BinaryProcess, który może być użyty do przekierowania wyjścia niezmodyfikowanego polecenia.

Aby obejść tę kwestię, alternatywą byłoby użycie git format-patch zamiast git diff. format-patch zapisuje bezpośrednio do pliku (a nie do standardowego), więc jego dane wyjściowe nie są rekodowane. Jednak może tworzyć tylko poprawki z zatwierdzeń, a nie dowolne różnice.

format-patch wykonuje szereg wykonać (np master^10..master^5) lub jeden zatwierdzanie (przykład X oznacza X..HEAD) i tworzy łatek formularza NNNN-SUBJECT.patch, gdzie NNNN zwiększenie liczby 4-cyfrowy i przedmiotem jest (zniekształcony) temat łaty. Katalog wyjściowy można określić przy pomocy -o.

Answer 2

1. Iconv wyjściowy dyferencjału
2. Dla łatek zwykły 7bit (czystym angielskim) można zignorować szalony Notepad ++ wykrywanie: patch treść nie zawiera żadnego charset-definition

Answer 3

Jeśli to pomoże każdemu, korzystanie ze starego dobrego Command Prompt zamiast PowerShell działa bezbłędnie; Wydaje się, że nie występują żadne problemy z PowerShella dotyczące kodowania znaków i EOL.

Answer 4

Jeśli używasz PowerShell można też po prostu zrobić:

cmd /c "git diff > patch.diff" 

To sprawia, że ​​polecenia do wykonania przez CMD który zapisuje do pliku wyjściowego, jak jest.

Answer 5

Doing dos2unix na różnicę generowaną na powłoce uruchamiającej wydaje mi się dla mnie skuteczny. Byłem wtedy w stanie pomyślnie uzyskać apply różnicę.

dos2unix.exe diff_file 
git apply diff_file