PProfessNet Academy
Visual Studio & VS Code/04core10 min

Git w IDE (commit, branch, merge, PR)

Git bez wychodzenia z edytora

Zarówno Visual Studio, jak i VS Code mają wbudowaną obsługę Gita. Nie musisz przełączać się do terminala dla typowych operacji — choć warto rozumieć, co IDE robi pod spodem (poprzednia ścieżka to te same komendy git).

Commit

W VS Code panel Source Control (Ctrl+Shift+G) pokazuje zmienione pliki. Stage'ujesz klikając +, wpisujesz opis i zatwierdzasz. W Visual Studio analogicznie działa okno Git Changes.

# Co robi IDE pod spodem
git add src/app/dashboard/page.tsx
git commit -m "feat(dashboard): dodaj widżet MFA"

Wskazówka: Stage'uj świadomie — nie commituj "wszystkiego". W panelu widać diff każdego pliku; przejrzyj go przed zatwierdzeniem, żeby nie wrzucić przypadkowego console.log czy zakomentowanego kodu.

Branch

Nowy branch tworzysz z paska stanu (lewy dolny róg w VS Code pokazuje aktualną gałąź). Klikasz nazwę gałęzi → Create new branch. W ProfessNet trzymamy konwencję nazw:

Typ pracyWzorzecPrzykład
Nowa funkcjafeature/...feature/mfa-widget
Poprawka błędufix/...fix/login-redirect
Pilna łatkahotfix/...hotfix/csrf-token
git switch -c feature/mfa-widget

Merge i konflikty

Gdy łączysz gałęzie, IDE wykryje konflikty i otworzy edytor scalania. VS Code pokazuje Current Change (Twoje) i Incoming Change (z gałęzi docelowej) z przyciskami Accept Current / Incoming / Both. Po rozwiązaniu wszystkich konfliktów stage'ujesz pliki i kończysz merge commitem.

git switch main
git pull
git switch feature/mfa-widget
git merge main   # rozwiąż konflikty w IDE, potem commit

Pull Request prosto z IDE

Z rozszerzeniem GitHub Pull Requests w VS Code utworzysz PR bez otwierania przeglądarki. Po wypchnięciu gałęzi pojawi się przycisk Create Pull Request — wybierasz gałąź docelową (main), tytuł i opis. Recenzenci, komentarze i status checków CI są widoczne w panelu.

git push -u origin feature/mfa-widget
# następnie: Create Pull Request w panelu GitHub

W ProfessNet każda zmiana trafia na main wyłącznie przez PR — nigdy push bezpośrednio. PR uruchamia GitHub Actions, a po merge Vercel buduje deploy.

Typowy cykl

  1. git switch -c feature/... — nowa gałąź.
  2. Pracuj, commituj małymi krokami.
  3. git push — wypchnij gałąź.
  4. Utwórz PR z IDE.
  5. Po review i zielonym CI — merge do main.

Podsumowanie

Wbudowany Git w IDE pokrywa cały dzienny obieg: commit, branch, merge, PR. Trzymaj się konwencji nazw gałęzi i zasady "tylko przez PR" — to spina pracę zespołu z pipeline'em CI/CD i deployami na Vercel.