Diagnoza po objawach: jak rozpoznać problem z VS Code?
Visual Studio Code nie działa poprawnie najczęściej przez jeden z 5 obszarów: PATH Windows, rozszerzenia VS Code, terminal VS Code, IntelliSense albo Workspace Trust; oficjalna dokumentacja Microsoft opisuje diagnostyczne użycie między innymi code –version i start bez rozszerzeń przez –disable-extensions (źródło: VS Code Documentation, 2026).
Zanim zaczniesz naprawę, zapisz otwarte pliki, zamknij wszystkie okna edytora i sprawdź, czy problem dotyczy jednego projektu, czy całego programu. W mojej praktyce administracyjnej początkujący najczęściej mylą błąd kodu z błędem konfiguracji edytora, dlatego pierwsza diagnoza powinna trwać 10-30 minut i iść od objawu do przyczyny.
Od czego zacząć naprawę VS Code?
Najpierw sprawdź wersję programu przez menu Help, About albo w terminalu poleceniem code –version. Jeżeli VS Code się nie uruchamia, użyj PowerShell albo Command Prompt poza edytorem. Jeśli komenda nie działa, przejdź do sekcji o PATH Windows.
- Program się nie uruchamia – sprawdź, czy antywirus Windows Security nie przeniósł plików instalacji do kwarantanny.
- Edytor zawiesza się po starcie – uruchom VS Code bez rozszerzeń, bo winny często jest jeden dodatek z Marketplace.
- Brak podpowiedzi kodu – sprawdź rozszerzenie pliku, na przykład .js, .py, .html lub .css.
- Terminal pokazuje zły folder – upewnij się, że otworzyłeś folder projektu, a nie pojedynczy plik.
- Funkcje są wyłączone – sprawdź Workspace Trust, szczególnie po pobraniu paczki ZIP z internetu.
Jak odróżnić błąd rozszerzenia od błędu instalacji?
Jeżeli czysty VS Code uruchomiony z opcją –disable-extensions działa prawidłowo, instalacja programu zwykle jest sprawna. Problem robi wtedy rozszerzenie, ustawienie profilu albo konfiguracja konkretnego workspace. Jeżeli edytor nie startuje nawet bez rozszerzeń, sprawdź instalator, antywirusa i uprawnienia użytkownika Windows.
| Objaw | Prawdopodobna przyczyna | Pierwsza naprawa |
|---|---|---|
| code nie jest rozpoznawane | Brak VS Code w PATH albo stare okno terminala | Zamknij PowerShell i sprawdź where code |
| VS Code wolno startuje | Ciężkie lub wadliwe rozszerzenie | Uruchom code –disable-extensions |
| Terminal startuje w C:\Users | Otwarty pojedynczy plik zamiast folderu | Użyj File, Open Folder |
| IntelliSense nie działa | Zły typ pliku albo brak rozszerzenia języka | Zapisz plik jako .js, .py lub .html |
Czy naprawa edytora usuwa projekt?
Naprawa VS Code nie powinna usuwać projektów, bo pliki projektu leżą zwykle w osobnych folderach, na przykład C:\Users\Jan\Documents\projekty, a nie w katalogu instalacyjnym programu. Mimo to przed reinstalacją sprawdź lokalizację projektów w Eksploratorze plików i zrób kopię folderów, których nie masz w Git.
Komenda code nie działa: dlaczego terminal jej nie rozpoznaje?
Komenda code to skrót CLI Visual Studio Code uruchamiany z PowerShell, Command Prompt lub Git Bash, charakteryzujący się zależnością od zmiennej PATH Windows, poprawnej instalacji i ponownego otwarcia terminala po zmianach. Najczęstszy komunikat to: code is not recognized albo polskie code nie jest rozpoznawane jako polecenie.
„VS Code można uruchamiać z wiersza poleceń, aby otwierać pliki, foldery i projekty.” Microsoft, Visual Studio Code Command Line Interface, 2026
Jak sprawdzić PATH Windows bez ryzykownej edycji?
Nie zaczynaj od ręcznego dopisywania ścieżek w zmiennych środowiskowych, jeżeli nie wiesz, który folder dodać. Bezpieczniej jest sprawdzić, czy Windows widzi komendę, a jeśli nie, ponownie uruchomić instalator VS Code i zaznaczyć opcję dodania do PATH. Instrukcję instalacji możesz połączyć z poradnikiem VS Code instalacja krok po kroku.
- Zamknij wszystkie terminale – stare okno PowerShell nie zawsze widzi zmiany w PATH po instalacji programu.
- Otwórz PowerShell – naciśnij Start, wpisz PowerShell i uruchom zwykłe okno użytkownika.
- Wpisz code –version – poprawny wynik powinien pokazać wersję VS Code i dane kompilacji.
- Wpisz where code – Windows powinien wskazać ścieżkę do pliku code.cmd.
- Uruchom instalator ponownie – jeśli komendy brak, wybierz opcję Add to PATH podczas instalacji.
Kiedy wystarczy ponownie otworzyć PowerShell?
Jeżeli instalowałeś VS Code kilka minut temu, terminal mógł być otwarty przed zmianą PATH. Zamknięcie i ponowne otwarcie PowerShell lub Command Prompt rozwiązuje ten przypadek bez reinstalacji. To samo dotyczy Git Bash, który czasem wymaga zamknięcia wszystkich okien terminala.
Czy trzeba reinstalować program?
Reinstalacja jest potrzebna dopiero wtedy, gdy where code nic nie zwraca, opcja Add to PATH nie była zaznaczona, a skrót VS Code w menu Start działa niepoprawnie. Jeśli nie chcesz edytować PATH ręcznie, użyj instalatora z oficjalnej strony Microsoft. Osobny opis zmiennych środowiskowych znajdziesz w poradniku jak naprawić zmienną PATH w Windows.
Rozszerzenia blokują edytor: jak znaleźć winny dodatek?
Rozszerzenia VS Code to moduły instalowane z Marketplace, charakteryzujące się własnymi procesami, uprawnieniami, konfiguracją języka i zależnościami od wersji edytora. Mogą dodawać Python, ESLint, Prettier, Docker, C/C++, GitLens albo narzędzia AI, ale źle dobrane rozszerzenie potrafi spowolnić start, zawiesić okno albo zepsuć formatowanie.
„Rozszerzenia mogą dodawać języki, debugery, motywy i narzędzia do codziennej pracy.” Microsoft, VS Code Extension Marketplace, 2026
Jak uruchomić VS Code bez rozszerzeń?
Jeżeli edytor jeszcze się otwiera, naciśnij Ctrl+Shift+P, wpisz Developer: Reload With Extensions Disabled i zatwierdź. Jeżeli VS Code zawiesza się od razu po starcie, otwórz PowerShell i wpisz code –disable-extensions. To nie usuwa rozszerzeń, tylko wyłącza je na czas testu.
- Uruchom tryb bez rozszerzeń – użyj Command Palette albo polecenia code –disable-extensions.
- Otwórz ten sam folder projektu – test musi dotyczyć tego samego workspace, inaczej wynik będzie mylący.
- Sprawdź start edytora – jeśli działa płynnie, instalacja VS Code jest najpewniej poprawna.
- Włączaj dodatki pojedynczo – po każdym włączeniu wykonaj Reload Window i obserwuj objawy.
- Usuń nieużywane rozszerzenia – dodatki od nieznanych wydawców zwiększają ryzyko błędów i konfliktów.
Jak testować rozszerzenia pojedynczo?
Przejdź do zakładki Extensions, wyłącz wszystko, a potem włączaj po jednym dodatku. Przykład: najpierw Python od Microsoft, potem Pylance, potem Black Formatter. Jeżeli po włączeniu Prettier znika formatowanie HTML albo po ESLint pojawiają się setki błędów, problem może leżeć w konfiguracji projektu, nie w całym VS Code.
Które komunikaty w Extensions są ważne?
Zwracaj uwagę na komunikaty o niezgodnej wersji VS Code, błędach podpisu, braku zależności albo wyłączonym rozszerzeniu w trybie Workspace Trust. Nie usuwaj folderu projektu tylko dlatego, że jeden dodatek zgłasza błąd. Najpierw odinstaluj problematyczne rozszerzenie, uruchom ponownie VS Code i sprawdź panel Output oraz Problems.
Terminal, IntelliSense i Workspace Trust: co sprawdzić po kolei?
Terminal VS Code, IntelliSense i Workspace Trust to trzy funkcje zależne od folderu projektu, profilu użytkownika i rozszerzeń językowych, charakteryzujące się oddzielną konfiguracją, oddzielnymi objawami i różnym poziomem ryzyka. W przypadkach, które prowadziłem u początkujących, błąd terminala często wynikał z otwarcia pojedynczego pliku zamiast folderu.
Dlaczego terminal VS Code otwiera złą ścieżkę?
Terminal startuje zwykle w katalogu workspace, czyli folderze otwartym przez File, Open Folder. Jeżeli otworzyłeś tylko plik index.html, terminal może wystartować w katalogu domowym użytkownika, na przykład C:\Users\Jan. Otwórz cały folder projektu i dopiero wtedy uruchom Terminal, New Terminal.
- PowerShell – dobry wybór domyślny w Windows 10 i Windows 11, szczególnie do komend systemowych.
- Command Prompt – prostszy profil dla starych instrukcji używających poleceń cmd.exe.
- Git Bash – wygodny przy pracy z Git, npm i komendami znanymi z systemów Linux.
- Folder workspace – powinien być katalogiem projektu, na przykład C:\projekty\strona-firmowa.
- Panel Problems – pokazuje błędy kodu i konfiguracji, ale nie każdy wpis oznacza awarię edytora.
Jak ustawić PowerShell, Command Prompt albo Git Bash?
W VS Code otwórz Command Palette przez Ctrl+Shift+P, wpisz Terminal: Select Default Profile i wybierz PowerShell, Command Prompt albo Git Bash. Jeśli Git Bash nie jest widoczny, sprawdź instalację Git for Windows. Dla początkujących dobrym ustawieniem jest PowerShell do pracy systemowej i Git Bash do projektów z repozytorium Git; podstawy terminala możesz uzupełnić w materiale PowerShell dla początkujących oraz Git Bash w Windows.
Dlaczego IntelliSense nie działa?
IntelliSense zależy od rozszerzenia języka, zapisanego pliku i poprawnie rozpoznanego typu. Plik bez rozszerzenia, na przykład nowyplik, nie uruchomi podpowiedzi JavaScript tak jak app.js. Dla Pythona zainstaluj rozszerzenie Python od Microsoft, dla C++ rozszerzenie C/C++, a dla HTML sprawdź, czy plik ma końcówkę .html.
Czy Workspace Trust może blokować funkcje?
Workspace Trust to mechanizm zaufania folderu w VS Code, który ogranicza funkcje mogące automatycznie uruchamiać kod w niezaufanym projekcie. Nie klikaj zaufania dla losowej paczki ZIP pobranej z forum, dopóki nie sprawdzisz plików. Jeśli to twój projekt lokalny albo repozytorium firmowe z bezpiecznego źródła, oznaczenie folderu jako zaufanego może przywrócić część rozszerzeń i zadań.
„Workspace Trust pomaga zdecydować, czy folder projektu może uruchamiać funkcje automatyczne i rozszerzenia.” Microsoft, Visual Studio Code Workspace Trust, 2026
Reinstalacja i bezpieczny powrót do ustawień: kiedy to ma sens?
Reinstalacja VS Code to ostatni etap naprawy, charakteryzujący się ponownym wgraniem plików programu, zachowaniem osobnych folderów projektów i koniecznością sprawdzenia ustawień użytkownika. Nie używaj jej jako pierwszej metody, jeśli nie sprawdziłeś PATH, rozszerzeń i profilu terminala.
Jak nie stracić projektów przy reinstalacji?
Projekty nie są przechowywane w instalacji edytora. Mogą leżeć w Dokumentach, na pulpicie, w folderze C:\Projekty, na dysku D: albo w katalogu zsynchronizowanym z OneDrive. Przed odinstalowaniem sprawdź, gdzie są foldery, i nie kasuj ich razem z ustawieniami użytkownika.
- Zapisz wszystkie pliki – użyj Ctrl+S w każdym otwartym edytorze przed zamknięciem VS Code.
- Zamknij wszystkie okna programu – unikniesz konfliktu z plikami ustawień i procesami rozszerzeń.
- Spisz foldery projektów – przykładowo C:\Users\Jan\Documents\projekty i D:\www.
- Wyeksportuj listę rozszerzeń – użyj code –list-extensions, jeśli komenda code działa.
- Pobierz instalator z oficjalnej strony – nie instaluj VS Code z nieznanych paczek EXE.
Jak wyeksportować rozszerzenia i ustawienia?
Jeżeli masz skonfigurowany Settings Sync, sprawdź konto Microsoft lub GitHub użyte do synchronizacji. Bez synchronizacji możesz zapisać listę rozszerzeń poleceniem code –list-extensions. Ustawienia użytkownika są w pliku settings.json, ale początkującym polecam najpierw zmienić nazwę profilu lub utworzyć nowy profil, zamiast kasować cały katalog konfiguracji.
Co sprawdzić po świeżej instalacji?
Po reinstalacji uruchom czysty VS Code i nie instaluj od razu 20 rozszerzeń. Sprawdź code –version, where code, otwarcie folderu projektu, terminal i prosty plik testowy. Dopiero potem dodaj Python, Prettier, ESLint, GitLens lub inne rozszerzenia używane w danym projekcie.
Checklisty naprawy VS Code dla początkujących: jaka kolejność jest najbezpieczniejsza?
Checklisty naprawy VS Code to uporządkowane procedury diagnostyczne, charakteryzujące się niskim ryzykiem utraty danych, kontrolą jednego objawu naraz i stopniowym przechodzeniem od prostych testów do reinstalacji. Taka kolejność ogranicza przypadkowe skasowanie ustawień, projektów i rozszerzeń.
Jak wykonać szybką checklistę 10 minut?
Krótka ścieżka wystarcza, gdy problem pojawił się nagle po aktualizacji, instalacji jednego dodatku albo zmianie terminala. Nie ruszaj folderów projektu. Testuj kolejno objaw, rozszerzenia, terminal i PATH.
- Zapisz pliki i zamknij VS Code – niedokończone pliki mogą wyglądać jak błąd edytora.
- Otwórz VS Code ponownie – prosty restart usuwa zablokowane procesy rozszerzeń.
- Sprawdź Help, About – potwierdzasz wersję i to, że program startuje poprawnie.
- Uruchom code –disable-extensions – odróżniasz błąd dodatku od błędu instalacji.
- Sprawdź Terminal: Select Default Profile – wybierasz PowerShell, Command Prompt albo Git Bash.
Jak wykonać pełną checklistę 30 minut?
Pełna ścieżka ma sens, gdy objaw wraca po restarcie, edytor działa tylko w niektórych folderach albo IntelliSense nie działa mimo poprawnych plików. Wtedy sprawdź jeszcze Workspace Trust, panel Problems, ustawienia użytkownika i antywirusa. Dopiero na końcu planuj reinstalację.
- PATH Windows – where code powinno wskazać plik code.cmd dostępny dla aktualnego użytkownika.
- Workspace Trust – folder z nieznanego ZIP powinien pozostać niezaufany do czasu sprawdzenia plików.
- IntelliSense – plik app.js wymaga trybu JavaScript, a script.py rozszerzenia Python.
- Extensions Marketplace – odinstaluj dodatki bez aktualizacji, niskiej reputacji albo bez realnego zastosowania.
- Windows Security – sprawdź kwarantannę, jeśli po aktualizacji zniknęły pliki programu.
Najczęściej zadawane pytania
Dlaczego komenda code nie działa w PowerShell?
Najczęściej VS Code nie został dodany do PATH albo PowerShell był otwarty przed instalacją programu. Zamknij wszystkie terminale, otwórz nowe okno i wpisz code –version. Jeśli nadal widzisz błąd, sprawdź where code i uruchom instalator z opcją Add to PATH.
Jak sprawdzić, czy problem robi rozszerzenie?
Uruchom edytor poleceniem code –disable-extensions albo użyj Command Palette i opcji Developer: Reload With Extensions Disabled. Jeśli VS Code działa normalnie, włączaj rozszerzenia pojedynczo. Po każdym włączeniu wykonaj Reload Window i sprawdź, kiedy wraca zawieszenie lub błąd.
Dlaczego IntelliSense nie działa?
Przyczyną może być zły typ pliku, brak rozszerzenia języka, niezapisany plik albo ograniczenia Workspace Trust. Zacznij od zapisania pliku z poprawną końcówką, na przykład .js, .py lub .html. Następnie sprawdź, czy masz zainstalowane właściwe rozszerzenie językowe od zaufanego wydawcy.
Czy reinstalacja VS Code usunie projekty?
Standardowa reinstalacja nie powinna usuwać projektów, bo pliki projektu są w osobnych folderach użytkownika. Mimo to przed odinstalowaniem sprawdź lokalizacje katalogów w Eksploratorze plików. Jeśli projekt nie jest w Git ani w kopii zapasowej, skopiuj go na drugi dysk lub do bezpiecznego folderu.
Co zrobić, gdy VS Code zawiesza się po starcie?
Najpierw uruchom program z wyłączonymi rozszerzeniami. Potem sprawdź, czy Windows Security albo inny antywirus nie przeniósł plików instalacji do kwarantanny. Jeśli czysty edytor działa, usuń lub zaktualizuj rozszerzenie, które powoduje problem.
Czy Workspace Trust trzeba zawsze włączać?
Nie. Zaufanie włączaj dla własnych projektów, firmowych repozytoriów i paczek z kontrolowanego źródła. Dla losowego kodu z internetu bezpieczniej zostawić folder jako niezaufany i najpierw sprawdzić pliki, skrypty oraz konfigurację.
Źródła i literatura
Jakie dokumenty Microsoft są najważniejsze?
Do diagnozy używaj przede wszystkim dokumentacji Visual Studio Code, bo opisuje aktualne zachowanie CLI, rozszerzeń, terminala i Workspace Trust. Blogi i fora są pomocne przy nietypowych objawach, ale nie powinny zastępować oficjalnych instrukcji Microsoft.
Które źródła wykorzystać przy dalszej diagnostyce?
- Microsoft, Visual Studio Code – Command Line Interface, code.visualstudio.com/docs/configure/command-line, dostęp 2026.
- Microsoft, Visual Studio Code – Extension Marketplace, code.visualstudio.com/docs/configure/extensions/extension-marketplace, dostęp 2026.
- Microsoft, Visual Studio Code – FAQ, code.visualstudio.com/docs/supporting/faq, dostęp 2026.
- Microsoft, Visual Studio Code – Workspace Trust, code.visualstudio.com/docs/editor/workspace-trust, dostęp 2026.
- Microsoft, Visual Studio Code – Integrated Terminal, code.visualstudio.com/docs/terminal/basics, dostęp 2026.

