znajomość Git i podobnych vs CV

1

Czasami widzę w ogłoszeniach wymagania typu: oczekujemy znajomości Git.

Spoko. Zainstalowałem to u siebie i pobawiłem się.

Wiem już:

  • co to jest
  • po co to jest
  • jak tego używać w zakresie poddstawowym
  • jak zrobić git init i spiąć to z VSC
  • zrobiłem nawet szybki projekt z użyciem tego i widzę jakie to przydatne

Czy mogę już wpisać do CV znajomość Git? O to chodzi autorowi ogłoszenia?

2

Znajomość GIT to chyba taka abyś umiał się poruszać w projekcie w różnych sytuacjach(nie tylko commit push) lub wiedział czego masz ewentualnie szukać, pytanie czy to co zrobiłeś powyżej na to wystarczy

10

Jak wiesz co to fetch, pull, commit, push, merge i czym się różni merge od rebase to śmiało możesz wpisać GIT do CV.

8
Pinek napisał(a):

Jak wiesz co to fetch, pull, commit, push, merge i czym się różni merge od rebase to śmiało możesz wpisać GIT do CV.

Mnie ostatnio spytali czym się różni fetch od pull i nie wiedziałem bo zawsze robie pull --rebase , ale już doczytałem. Taki wstyd XD

Jeszcze czasem o cherry-pick pytają

10

Jak przejdziesz https://learngitbranching.js.org to umiesz gita.

Poza tym gitem to się nie bawi tylko korzysta na co dzień, niezależnie od wielkości projektu czy tego czy to jakiś pet project czy komercyjny. Jeśli nie dostrzegasz tego to nie umiesz gita.

1

To co wyzej plus dodatkowo:

  • jak jest zbudowany git w sensie ze DAG (glowy nie dam jak precyzyjna jest to odpowiedz nie wnikalem w jakies szczegoly ale DAG to chyba sensowna odpowiedz)
  • git stash
  • git amend - ustawianie i edycja commit message i jak np. wyedytowac historie comitow np. 30 wstecz
  • co wpisujesz do commit message i po co ? / no moja odpowiedz to: conventional commits
  • z git rebase np. moze sie wiazac np. zmiana historii commitow np 2 laczenie commitow w 1 itp itd, ze jet np. jest interactive mode

Dodatkowo takie juz troszke z "dzialki devopsa" troszke podchodzace pod "release management" ale mocno sie z gitem laczy wiec tez dopisze:

  • co to gitops / jakie wersjonowanie np. semantic versioning
  • utrzymywanie changeloga jak co po co jakie podejcie co jest wersjonowane ?
  • CI/CD jakie podejscie - co jest odpalane w CI/CD jakie doswiadczenie w tym - co odpala pipeline po commicie co po mergu do mastera ? co przy release ? itp itd
3

Ja miałem dziś na rozmowie pytanie o typowy git flow. Czyli (nie wiem czy dobrze teraz to wytłumaczę), ze masz dwie linie, jedna to main/master branch, druga to dev/staging branch. Od staging idą do zewnątrz features, które wracają z powrotem na staging, a jeszcze ze staging w strone main idą (tu się mogę pomylić, bo nie wiem jak to ująć) zmiany na testy i albo merge z masterem wtedy albo powrót na staging

1

Nie wiadomo, o co chodzi autorowi ogłoszenia. Trzeba by go zapytać. Podstawy gita można opanować w 15 minut, ale można się też z tego toola doktoryzować latami. Podejrzewam, że chodzi o podstawową znajomość pozwalającą na pracę w projekcie. Wg mnie znajomość gita, to byłoby przynajmniej: init, commit, push, pull, fetch, rebase, interactive rebase, cherry-pick, log, stash, reset, nawigacja po historii (~ i ^), konfiguracja (.gitconfig), wiedza co to jest staged/unstaged area oraz umiejętność korzystania z gita z poziomu samej konsoli bez tych wszystkich okienkowych programików, gdzie każdy działa inaczej i ma inne nazwy poleceń/opcji. Warto też znać i rozumieć wspomniany git flow oraz mieć świadomość dobrego opisu wiadomości w commitach.

0

ile razy w życiu ribejzowaliście? xD serio pytam. ja na 6 lat pracy chyba raz.

1
TerazOdpowiemNaKomcie napisał(a):

ile razy w życiu ribejzowaliście? xD serio pytam. ja na 6 lat pracy chyba raz.

średnio 5 razy w tygodniu

1 użytkowników online, w tym zalogowanych: 0, gości: 1