Forum Debian Users Gang

Nie myśl w kategoriach schematów „poprawne” i „niepoprawne”.

System kontroli wersji — każdy — to narzędzie. Możesz go używać w sposób efektywny lub nie; może ono znacznie ułatwiać Twoją pracę, tylko trochę a nawet ją spowalniać.

To Ty wiesz, w jakiej sytuacji się znajdujesz, jaki sposób pracy najlepiej odpowiada Twoim preferencjom i jakie problemy chcesz rozwiązać przy pomocy systemu kontroli wersji. Innymi słowy: to Ty musisz sobie stworzyć taką strukturę, która najbardziej Tobie odpowiada. Zacznij od czegokolwiek — po dwóch tygodniach będziesz wiedział, gdzie znajdują się słabe punkty obecnego systemu (które czynności sprawiają Tobie problemy, są nieintuicyjne itp.).

Oglądanie się za innymi nigdzie Cię nie doprowadzi. Chyba że naprawdę wierzysz, że sposób rozwoju ogromnych programów (jak Linux czy LibreOffice) będzie odpowiedni również dla Twoich prywatnych, rozwijanych przez jedną osobę, aplikacji.

nie uzywac tylko jednej gałazki i na nia wszystko commit && push. Bo to ma nikły sens.

Jak bys mial jakies problemy to sie nie zniechecaj , tool jest swietny, trzeba sie tylko nauczyc myslec na innym poziomie abstrakcji :-).

2. git checkout -b nazwa_nowej_galazki

w ten sposob utworzysz nowa galazke oraz automatycznie zostaniesz na nia przełączony

piszezs cos, stwierdzasz ze jest dobre, :-) wiec musisz zrobic na tym commit, jezeli plik nie był indeksowany przez gita, musisz najpierw go dodać.
3a. stworzyles nowy plik, nie jest jeszcze indeksowany przez gita.

git add sciarzka_nazwa_nowego_pliku

bedziesz musial pozniej wykonac commita

3b. plik istniał juz wcześniej, ty go tylko edytowałes, zmiany które wprowadziłeś musisz "skommitować"
mówisz w ten sposób gitowi "ten kod ktory napisałem jest dobry, zapisz zmiany względem poprzedniej wersji"

git commit -m "jakas tam wiadomosc" -- nazwa_pliku_edytowanego

magiczne -- oznacza "skonczylem podawac opcje do polecenia, dalej beda scierzki lub/i nazwy plikow"

3c. jest graficzny tool do wykonywania commitow :-), przydaje sie bo ładnie mozna message wpisac no i bardzo ładnie mozna wybrac które konkretnie zmiany z pliku chcesz "zapisać w gicie". Gigantycznym plusem jest ze mozesz wybrac ktore zmiany chcesz zapisac, np. rozwiazujes jakiegos buga, dopisałeś 150 z logami XD, znalazleś problem, dopisałeś "fiksa" na 3 linijki i tylko te 3 linijki chcesz miec w kodzie finalnym. W zwiazku z tym odpalasz citool, zaznaczasz zeby tylko te 3 linijki weszły jako zmiana w historii pliku.

git citool

prawde mowiac ja nigdy nie robie commitow "z palca" zawsze w citool :-). Ze wzgledu na bardzo naturalny sposob pisania długich komentarzy do commita.



Teraz kiedy zmiany są zapisane na gałązce w postaci commita, mozesz wykonac reszte czynnosci czyli przełączyć się na mastera, zrobić merge , potem push.

Przy malych projektach chyba wystarczy trzymać zdalnie tylko główne gałązki. Ja w pracy na zdalnym repo trzymam wszystko co robie.

Czyli kiedy klepne "ficzera" to oczywiście robie merge & push na "masterze". Ale robie tez push mojej gałązki

git push origin nazwa_gałazki

Jeszcze takie przydatne poleenia

git branch   -pokaze lokalne galazki

git branch -r   -pokaze zdalne galazki, te ktore sa na serwerze, ktorym push zrobil ktos inny

git remote   -pokaze aliasy dla serwerow

git remote -v   -pokaze alias oraz adres serwera do ktorego jest ten alias przypisany

git posiada bogatego helpa :-).

git --help 
git komenda --help
git branch --help

Na koniec, ja miałem problem i komendy były dla mnie mało intuicyjne, np.
-  przełączasz sie pomiedzy branchami przy uzyciu :

git checkout
a nie 
git branch

- tworzysz nowa galazke  przy uzyciu

git checkout -b
ale jak chcesz zobaczyc galazki 
git branch
ale przy usuwaniu lokalnej gałazki
git branch -d nazwa_galazki
git branch -D nazwa_galazki --- usuwanie z force
no i moj faworyt na koniec, przy usuwaniu zdalnej gałązki dajesz .... uwaga jebniesz xd
git push origin :nazwa_galazki
tak tak usuwanie i dodawanie na serwerze gałązek rozni sie tylko znaczkiem "dwuciapka"/"dwukropka"/"colon" czyli :

tak jak na to teraz patrze to troche pojebane to.

Ostatnio edytowany przez gindek (2013-01-31 00:14:23)

np.