Jak używać Visual Studio Code jako domyślnego edytora dla Git

Kiedy używam git w wierszu poleceń, zastanawiam się, czy można użyć Visual Studio Code jako domyślnego edytora, tj. Podczas tworzenia komentarzy zatwierdzania i patrzenia na różnicę pliku z wiersza poleceń.

Rozumiem, że nie będzie można go używać do łączenia (przynajmniej w jednej chwili), ale czy ktoś wie, czy można go użyć do przeglądania różnic, a jeśli tak, to jakie opcje wiersza poleceń byłyby wymagane w plik .gitconfig, aby tak się stało?

AKTUALIZACJA 1:

Wypróbowałem podejście podobne do tego, co zrobiłem dla Notepad ++ w przeszłości , tj

#!/bin/sh

"c:/Program Files (x86)/Notepad++/notepad++.exe" -multiInst -notabbar -nosession -noPlugin "$*"

I używane:

#!/bin/sh

"C:\Users\gep13\AppData\Local\Code\app-0.1.0\Code.exe" "$*"

Ale powoduje to komunikat o błędzie:

C:\temp\testrepo [master +1 ~0 -0]> git commit
[8660:0504/084217:ERROR:crash_reporter_win.cc(70)] Cannot initialize out-of-process crash handler
Aborting commit due to empty commit message.
C:\temp\testrepo [master +1 ~0 -0]>

Kod otwiera się poprawnie, z oczekiwaną treścią, ale nie czeka na odpowiedź, tj. Kliknij Zapisz i zamknij okno, aby wrócić do monitu.

AKTUALIZACJA 2:

Właśnie otrzymałem odpowiedź od jednego z programistów pracujących nad VSCode. Wygląda na to, że ta funkcja obecnie nie jest obsługiwana :-(

https://twitter.com/IsidorN/status/595501573880553472

Jeśli chcesz zobaczyć dodanie tej funkcji, warto pomyśleć o dodaniu tutaj głosów:

http://visualstudio.uservoice.com/forums/293070-visual-studio-code/suggestions/7756482-support-git-configure-diff-and-merge-tools

AKTUALIZACJA 3:

Zostałem niezawodnie poinformowany, że ta funkcja została wybrana przez zespół VSCode, więc nie mogę się doczekać przyszłej wersji, która ją obejmie.

AKTUALIZACJA 4:

Dzięki komentarzowi @ f-boucheros poniżej mogłem sprawić, aby VS Code działał jako domyślny edytor komentarzy do zatwierdzania, rebase itp. Nadal chciałbym sprawdzić, czy można go również użyć jako narzędzia do porównywania.

AKTUALIZACJA 5:

Zgodnie z zaakceptowaną odpowiedzią na to pytanie jest to teraz możliwe przy użyciu wydania kodu V1.0.

W najnowszej wersji (wersja 1.0, wydana w marcu 2016 r. ) Można teraz używać kodu VS Code jako domyślnego narzędzia git commit / diff . Cytat z dokumentacji:

1. Upewnij się, że możesz uruchomić code --helpz wiersza poleceń i uzyskasz pomoc.

   • jeśli nie widzisz pomocy, wykonaj następujące kroki:

     • Mac: wybierz polecenie Shell: zainstaluj polecenie „Kod” w ścieżce z palety poleceń.

       • Paleta poleceń pojawia się, gdy naciśniesz shift+ ⌘+, gdy jesteś Pw VS Code. ( shift+ ctrl+ Pw systemie Windows)
     • Windows: Upewnij się, że wybrałeś Dodaj do ŚCIEŻKI podczas instalacji.
     • Linux: upewnij się, że zainstalowałeś kod za pomocą naszych nowych pakietów .deb lub .rpm.
2. Z linii poleceń uruchom git config --global core.editor "code --wait"

Teraz możesz uruchomić git config --global -ei używać VS Code jako edytora do konfiguracji Git. Dodaj następujące elementy, aby włączyć obsługę używania kodu VS jako narzędzia różnicowego:

[diff]
    tool = default-difftool
[difftool "default-difftool"]
    cmd = code --wait --diff $LOCAL $REMOTE

Wykorzystuje to nową --diffopcję, którą można przekazać do VS Code, aby porównać dwa pliki obok siebie.

Podsumowując, oto kilka przykładów użycia Git z VS Code:

• git rebase HEAD~3 -i pozwala na interaktywny rebase przy użyciu VS Code
• git commit pozwala na użycie kodu VS dla komunikatu zatwierdzenia
• git add -pa następnie einteraktywne dodawanie
• git difftool <commit>^ <commit> pozwala używać VS Code jako edytora różnic dla zmian

Z tego co rozumiem, VSCode nie ma już w AppData.

Ustaw domyślny edytor git, wykonując to polecenie w oknie wiersza polecenia:

git config --global core.editor "'C:\Program Files (x86)\Microsoft VS Code\code.exe' -w"

Parametr -w, --waitto czekać na okno zostanie zamknięte przed powrotem. Visual Studio Code jest oparty na edytorze Atom. jeśli masz również zainstalowany atom, wykonaj polecenie atom --help. Ostatni argument w pomocy zobaczysz: poczekaj.

Następnym razem, gdy to zrobisz git rebase -i HEAD~3, pojawi się wyskakujący kod Visual Studio. Gdy VSCode jest blisko, Git przejmie prowadzenie.

Uwaga: Moja obecna wersja VSCode to 0.9.2

Mam nadzieję, że ta pomoc.

Musisz użyć polecenia:

git config --global core.editor "'C:\Program Files\Microsoft VS Code\code.exe' -n -w"

Upewnij się, że możesz uruchomić edytor z Git Bash

Jeśli chcesz użyć Code.exe z krótką ścieżką, możesz to zrobić, dodając następujący wiersz do pliku .bash_profile:

alias vscode="C:/Program\ Files/Microsoft\ VS\ Code/Code.exe"

A teraz możesz wywołać go za pomocą tylko vscodepolecenia (lub jakkolwiek to nazwałeś)

Niektóre dodatkowe informacje:

Instalator doda kod Visual Studio do% PATH%, więc w konsoli możesz wpisać „code”, aby otworzyć VS Code w tym folderze. Konieczne będzie zrestartowanie konsoli po instalacji, aby zmiana w zmiennej środowiskowej% PATH% zaczęła obowiązywać.

Inną przydatną opcją jest ustawienie EDITORzmiennej środowiskowej. Ta zmienna środowiskowa jest używana przez wiele narzędzi do określania, jakiego edytora użyć. Git używa go również, jeśli nie core.editorjest ustawiony.

Możesz ustawić go dla bieżącej sesji, używając:

export EDITOR="code --wait"

W ten sposób nie tylko git, ale wiele innych aplikacji będzie używać VS Code jako edytora.

Aby ta zmiana była trwała, dodaj ją ~/.profilena przykład do swojego . Zobacz to pytanie, aby uzyskać więcej opcji.

Kolejną zaletą tego podejścia jest to, że można ustawić różne edytory dla różnych przypadków:

1. Podczas pracy z lokalnego terminala.
2. Gdy jesteś połączony przez sesję SSH.

Jest to przydatne szczególnie w przypadku VS Code (lub dowolnego innego edytora GUI), ponieważ po prostu nie działa bez GUI.

W systemie Linux włóż to do ~/.profile:

# Preferred editor for local and remote sessions
if [[ -n $SSH_CONNECTION ]]; then # SSH mode
  export EDITOR='vim'
else # Local terminal mode
  export EDITOR='code -w'
fi

W ten sposób, gdy korzystasz z lokalnego terminala, $SSH_CONNECTIONzmienna środowiskowa będzie pusta, więc code -wedytor zostanie użyty, ale po połączeniu przez SSH, $SSH_CONNECTIONzmienna środowiskowa będzie niepustym ciągiem, więc vimedytor zostanie użyty. Jest to edytor konsoli, więc będzie działać, nawet jeśli jesteś podłączony przez SSH.

Otworzyłem mój .gitconfigi poprawiłem go:

[core]
    editor = 'C:/Users/miqid/AppData/Local/Code/app-0.1.0/Code.exe'

To mi zrobiło (mam system Windows 8).

Zauważyłem jednak, że po wypróbowaniu dowolnego git commit, w mojej konsoli Git Bash widzę następujący komunikat:

[9168:0504/160114:INFO:renderer_main.cc(212)] Renderer process started

Nie jestem pewien, jakie mogą być tego konsekwencje.

GitPad ustawia bieżący edytor tekstu jako domyślny edytor dla Git.

Mój domyślny edytor .txtplików w systemie Windows 10 to Visual Studio Code, a po uruchomieniu GitPad stał się domyślnym edytorem Git. Nie spotkałem się z problemami wymienionymi w pytaniu (Git czeka na zamknięcie okna VS Code w moim przypadku).

(Link do .exepliku nie działał dla mnie, być może będziesz musiał samodzielnie skompilować źródło).

Dobre wieści! W momencie pisania tej funkcji ta funkcja została już zaimplementowana w wersji dla osób posiadających wiedzę wewnętrzną 0.10.12 i przeprowadzona za pośrednictwem osób wewnętrznych . Dlatego będziemy go mieć w nadchodzącej wersji 1.0 Wydanie VS Code .

Wdrożenie Ref: Implement -w / - wait linia poleceń arg

Chcę tylko dodać te ukośniki do poprzednich odpowiedzi, jestem na systemie Windows 10 CMD i nie działa bez ukośników przed spacjami.

git config --global core.editor "C:\\Users\\your_user_name\\AppData\\Local\\Programs\\Microsoft\ VS\ Code\\Code.exe"

Nie jestem pewien, czy możesz to zrobić, ale możesz wypróbować te dodatki w pliku gitconfig.

Spróbuj zastąpić kdiff3 tymi wartościami, aby wskazać kod wykonywalny programu Visual Studio.

[merge] tool = kdiff3 [mergetool "kdiff3"] path = C:/Program Files/KDiff3/kdiff3.exe keepBackup = false trustExitCode = false

Ustawiłem Visual Studio Code jako domyślny, aby otworzyć plik .txt. A następnie zrobiłem komendę użycie prosta git config --global core.editor "'C:\Users\UserName\AppData\Local\Code\app-0.7.10\Code.exe\'". I wszystko działa całkiem dobrze.

Uruchom to polecenie w aplikacji terminalu Mac

git config --global core.editor "/Applications/Visual\ Studio\ Code.app/Contents/Resources/app/bin/code"

w systemie Windows 10 przy użyciu 64-bitowej edycji informacji niejawnych polecenie powinno wyglądać następująco:

git config --global core.editor "'C: \ Program Files \ Microsoft VS Code Insiders \ bin \ code-insiders.cmd'"

możesz także zmienić nazwę „code-insiders.cmd” na „code.cmd” w katalogu „Program Files”, w ten sposób możesz teraz użyć polecenia „code”. aby rozpocząć edycję plików w. informator