{"id":557,"date":"2023-01-30T08:00:44","date_gmt":"2023-01-30T07:00:44","guid":{"rendered":"https:\/\/piotrgabriel.pl\/wiki\/?p=557"},"modified":"2023-01-29T21:16:56","modified_gmt":"2023-01-29T20:16:56","slug":"konfiguracja-github-z-vs-code","status":"publish","type":"post","link":"https:\/\/piotrgabriel.pl\/wiki\/konfiguracja-github-z-vs-code\/","title":{"rendered":"Konfiguracja GitHub w VS Code"},"content":{"rendered":"

Zastanawiasz si\u0119, jak po\u0142\u0105czy\u0107 konto w serwisie GitHub ze swoim lokalnym projektem? W tych kilku poradach, przekonasz si\u0119 jakie to proste!<\/p>\n

Aby skonfigurowa\u0107 GitHub z Visual Studio Code, potrzebujesz najpierw zainstalowa\u0107 rozszerzenie „GitHub Pull Requests and Issues” w Visual Studio Code.<\/p>\n

\"\"<\/p>\n

Nast\u0119pnie mo\u017cesz po\u0142\u0105czy\u0107 swoje konto GitHub z Visual Studio Code, u\u017cywaj\u0105c polecenia „Git: Clone” i wprowadzaj\u0105c adres URL swojego repozytorium GitHub.<\/p>\n

Mo\u017cemy tez zrobi\u0107 to inaczej. Wchodzimy do folderu z naszym projektem, lub do nowego – pustego folderu, do kt\u00f3rego chcemy pobra\u0107 istniej\u0105ce ju\u017c w GitHubie repozytorium i klikamy w menu kontekstowym Open with Code<\/p>\n

\"\"<\/p>\n

Kolejno, po otworzeniu si\u0119 VS Code, z wcze\u015bniej zainstalowanym rozszerzeniem „GitHub Pull Requests and Issues<\/strong>” wybieramy „Kolonowanie repozytorium Git…”<\/p>\n

\"\"<\/p>\n

Mamy to!<\/p>\n

Teraz mo\u017cemy obserwowa\u0107 zmiany w plikach jak na screenie ni\u017cej.<\/p>\n

\"\"<\/p>\n

Nast\u0119pnym krokiem jest wysy\u0142anie (Push) na serwer GitHub naszych zmian, kt\u00f3re utworzyli\u015bmy lokalnie. Na screenie ni\u017cej mo\u017cemy sobie to sprawdzi\u0107. W sekcji Kontrola \u0179r\u00f3d\u0142a, mo\u017cemy zatwierdzi\u0107 zmiany, zatwierdzi\u0107 i wypcha\u0107 oraz zatwierdzi\u0107 i zsynchronizowa\u0107.<\/p>\n

W przyk\u0142adzie, zale\u017cy nam na tym aby zatwierdzi\u0107 zmiany i wypcha\u0107 je do repozytorium GitHub.<\/p>\n

Zanim to jednak zrobimy, opiszmy, nad czym pracowali\u015bmy i co chcemy tym razem wys\u0142a\u0107. W przyk\u0142adzie zmiana zosta\u0142a opisana jako „zmieni\u0142em title w index.php, co wida\u0107 w oknie edycyjnym kodu, przy znacznikach <title> pojawi\u0142a si\u0119 informacja „You, 1 sekund\u0119 temu * Uncommited changes<\/p>\n

\"\"<\/p>\n

Sprawd\u017amy teraz, czy nasza zmiana, zapisa\u0142a si\u0119 na z synchronizowanym repozytorium w serwisie GitHub.com<\/p>\n

\"\"<\/p>\n

Jak wida\u0107 na obrazku wy\u017cej, zmiana zosta\u0142a zapisana, wraz z jej opisem.<\/p>\n

Na koniec troszk\u0119 teorii, czyli<\/p>\n

Czym jest Commit, Pull, Push, Fork i Branch<\/h2>\n

„Commit” to operacja, kt\u00f3ra pozwala na zapisanie zmian w plikach na lokalnym repozytorium git.<\/p>\n

„Pull” to operacja, kt\u00f3ra pozwala na pobranie zmian zdalnego repozytorium git i po\u0142\u0105czenie ich z lokalnym repozytorium.<\/p>\n

„Push” to operacja, kt\u00f3ra pozwala na wys\u0142anie zmian z lokalnego repozytorium git do zdalnego repozytorium.<\/p>\n

„Fork” to kopiowanie zdalnego repozytorium git na w\u0142asne konto GitHub.<\/p>\n

„Branch” to odga\u0142\u0119zienie w repozytorium git, pozwalaj\u0105ce na tworzenie nowych funkcjonalno\u015bci lub bugfix\u00f3w bez ryzyka uszkodzenia g\u0142\u00f3wnego kodu.<\/p>\n

Jak zatwierdza\u0107 zmiany w projekcie z innych branch ni\u017c main?<\/h2>\n

Aby zatwierdzi\u0107 zmiany w projekcie do GitHub z innego branch ni\u017c g\u0142\u00f3wny (np. „main”), musisz przej\u015b\u0107 przez nast\u0119puj\u0105ce kroki:<\/p>\n

Utw\u00f3rz nowy branch na swoim lokalnym repozytorium git, u\u017cywaj\u0105c polecenia „git branch nazwa_nowego_brancha” lub „git checkout -b nazwa_nowego_brancha”.<\/p>\n

Wprowad\u017a zmiany w plikach projektu i zatwierd\u017a je do lokalnego repozytorium git, u\u017cywaj\u0105c polecenia „git add . ” (aby doda\u0107 wszystkie zmienione pliki) i „git commit -m „wiadomo\u015b\u0107_commit”” (aby zatwierdzi\u0107 zmiany).<\/p>\n

Wypchnij sw\u00f3j nowy branch na zdalne repozytorium GitHub, u\u017cywaj\u0105c polecenia „git push origin nazwa_nowego_brancha”.<\/p>\n

Wejd\u017a na swoje zdalne repozytorium GitHub i utw\u00f3rz nowy pull request, wybieraj\u0105c sw\u00f3j nowy branch jako branch \u017ar\u00f3d\u0142owy, a g\u0142\u00f3wny branch jako branch docelowy.<\/p>\n

Skontaktuj si\u0119 z innymi cz\u0142onkami zespo\u0142u lub administratorem projektu i popro\u015b o sprawdzenie i zatwierdzenie twojego pull request. Po zatwierdzeniu, twoje zmiany zostan\u0105 po\u0142\u0105czone z g\u0142\u00f3wnym branchem.<\/p>\n

Jak przenie\u015b\u0107 zmiany z innych branch, na g\u0142\u00f3wny?<\/h2>\n

Aby przenie\u015b\u0107 zmiany z innego brancha na g\u0142\u00f3wny (np. „main”), mo\u017cesz u\u017cy\u0107 metody pull request lub metody merge:<\/p>\n

    \n
  1. Metoda pull request:<\/li>\n<\/ol>\n
      \n
    • Utw\u00f3rz nowy pull request z twojego brancha na g\u0142\u00f3wny branch.<\/li>\n
    • Skontaktuj si\u0119 z innymi cz\u0142onkami zespo\u0142u lub administratorem projektu i popro\u015b o sprawdzenie i zatwierdzenie twojego pull request. Po zatwierdzeniu, twoje zmiany zostan\u0105 po\u0142\u0105czone z g\u0142\u00f3wnym branchem.<\/li>\n<\/ul>\n
        \n
      1. Metoda merge:<\/li>\n<\/ol>\n
          \n
        • Prze\u0142\u0105cz si\u0119 na g\u0142\u00f3wny branch, u\u017cywaj\u0105c polecenia „git checkout main”<\/li>\n
        • po\u0142\u0105cz sw\u00f3j branch z g\u0142\u00f3wnym, u\u017cywaj\u0105c polecenia „git merge nazwa_brancha”<\/li>\n
        • Po\u0142\u0105czone zmiany zostan\u0105 zatwierdzone automatycznie i zostanie utworzony commit z informacj\u0105 o po\u0142\u0105czeniu.<\/li>\n
        • Wypchnij zmiany na zdalne repozytorium GitHub, u\u017cywaj\u0105c polecenia „git push”<\/li>\n<\/ul>\n

          Wa\u017cne jest, aby upewni\u0107 si\u0119, \u017ce twoje zmiany s\u0105 kompatybilne z g\u0142\u00f3wnym branchem i nie powoduj\u0105 b\u0142\u0119d\u00f3w, zanim zostan\u0105 po\u0142\u0105czone z nim. Dlatego wa\u017cne jest, by przeprowadzi\u0107 odpowiednie testy i integracj\u0119 przed po\u0142\u0105czeniem zmian z g\u0142\u00f3wnym branchem.<\/p>\n","protected":false},"excerpt":{"rendered":"

          Zastanawiasz si\u0119, jak po\u0142\u0105czy\u0107 konto w serwisie GitHub ze swoim lokalnym projektem? W tych kilku poradach, przekonasz si\u0119 jakie to proste!<\/p>\n","protected":false},"author":1,"featured_media":563,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[74],"tags":[230,231,232],"class_list":["post-557","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ciekawostki","tag-git","tag-kontrola-wersji","tag-programowanie"],"_links":{"self":[{"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/posts\/557","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/comments?post=557"}],"version-history":[{"count":0,"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/posts\/557\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/media\/563"}],"wp:attachment":[{"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/media?parent=557"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/categories?post=557"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/piotrgabriel.pl\/wiki\/wp-json\/wp\/v2\/tags?post=557"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}