Większość komend gita wpisuję z konsoli ale
a) kilka poleceń (głownie jakieś rebase'y z wielokrotnymi konfliktami, selektywne dodawanie wielu plików i inne cuda na kiju) jest mi wygodniej robić jak mam UI
b) jestem wzrokowcem i jak stale nie widzę przed oczami grafu commitów i branchy to czuję się jak dziecko we mgle, non stop muszę się upewniać że jestem na właściwym branchu i że ten branch jest faktycznie właściwym branchem.

Dlatego
  • 26
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

TL;DR: Dobry wstęp i w miarę przystępny poradnik gita, znalezione przez nowicjusza w świecie kontroli wersji dla innych nowicjuszy.

Od miesięcy "zabierałem się" za naukę gita, ale szybko zauważyłem jak bardzo nieprzyjazne nowicjuszom to środowisko (tym bardziej jak ktoś jest windowsiarzem czy ogólnie z gatunku ludzi preferujących zrobić niż robić i spędzać czas produktywniej niż ucząc się na pamięć uniksowych komend). Większość tutoriali z jakimi się zetknąłem polegała na wypisaniu poleceń (plus oczywiście
  • 8
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@AttitudeMatters: Na dzień dzisiejszy czuję się w gicie na tyle komfortowo, że zaglądam raczej na stacka po rozwiązania konkretnych nowych sytuacji ;) Z perspektywy tych 3 lat raczej nie polecam SCM - ale Atlassian nadal owszem tak. Widzę, że pod oryginalnie zamieszczonym przeze mnie linkiem nie jest dokładnie ten tutorial, ale myślę, że znajdziesz. Powodzenia! =)
  • Odpowiedz
@Maav: Jedyna zaleta cherry-pick w tym zastosowaniu to możliwość przechowania części zmian (poprzez git add i git add -p), podczas gdy stash zamiata cały projekt.

Ale generalnie koleś przekombinował IMHO.
  • Odpowiedz
Ktoś korzystał z GitKrakena? Jest to sensowna alternatywa dla SourceTree? Śledzę go i czekam aż wyjdzie z bety żeby przetestować ale może już warto?. () #programowanie #git
  • 16
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@WujekFranek: swoją drogą, ja bym tu utworzył alias gitowy w gitconfie w sekcji [alias].
takie coś powinno zadziałać:

yolo=commit -am "curl -s [http://whatthecommit.com/index.txt"](http://whatthecommit.com/index.txt")
(curl -s [http://whatthecommit.com/index.txt](http://whatthecommit.com/index.txt) w tyldowych ciapkach)
  • Odpowiedz
23:10 (21 minut temu)

do mnie

Hi Paweł,

You are in luck — we have classified the felixd account as inactive and released the username for you to claim, as per our Name Squatting Policy.


I've just moved to new apartment!
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Czy jest ktokolwiek uznający wyższość SVN nad Gitem?

W ogóle to:

Git > TFS > SVN

Przejście
  • 18
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Maav: Tak: Twitter używa Gita, Facebook Mercuriala, Google używa do większości projektów Perforce'a i do kilku Gita.
Errata do poprzedniego komentarza: powinno być "nie używają" zamiast "nie używaj".

@MojaMatka: Jeśli szukasz czegoś lepszego niż git to zamiast iść w archaiczne systemy, lepiej sprawdzić np. Mercuriala. Niektórzy uważają go za lepszego i wygodniejszego od gita, IMHO jest w zasadzie identyczny na poziomie podstawowych zadań.
  • Odpowiedz
#programowanie #git Zrobiłem sobie checkout from version controll w Idei projektu z Bitbucket. Chcę zrobić commit i push zmian na zupełnie inne repozytorium np na githubie. Jak mam to zrobić? Potrzebuję takiej komendy

create new root and push changes to it
  • 11
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Mirki, potrzebuję mieć na już zdalne repozytorium gita na swoim VPSie ale wcześniej z gita nie korzystałem, więc "nie umiem". Próbowałem coś wykminić z how-to z google, a coś nie idzie. Git niby nie jest trudny, no ale jednak. Potrzebuję zrobić coś takiego:

- na VPSie będzie moje zdalne repozytorium, do którego będę wrzucał zmiany przez gita SSH z mojego laptopa, komputera i ew. innych miejsc

Próbowałem na VPSie zrobić puste repozytorium
  • 20
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@nnogi: komituje się często i niewielkie zmiany. Jeśli musisz szerzej opisywać, co jest w danym komicie - to komity są za duże.
Jeśli chcesz znać szerszy kontekst zmiany, to gdzieś (merge commit, nazwa brancza) powinieneś mieć referencję do issue, które spowodowało powstanie komita.
  • Odpowiedz
@Maav: W tej formie o wiele lepiej, nawet pojedynczy tag jako opis jest lepszy niż surowy link - można od raz odsiać to co nieinteresujące.
Dobrą robotę robisz, mirku!
  • Odpowiedz
#git #github #webdevhelp

Może mi ktoś wytłumaczyć w jaki sposób mogę hostować kilka stron na jednym koncie? Teraz mam nazwauzytkownika.github.io i chciałbym, żeby po "/" były odnośniki do innych stron, np. asdf.github.io/strona1; asdf.github.io/strona2. Można coś takiego osiągnąć?
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@PrawyKuba: Każde twoje repo może mieć brancha gh-pages i tam ładujesz co chcesz.

Czyli np na repo: [https://github.com/USERNAME/REPO](https://github.com/USERNAME/REPO) robisz brancha gh-pages(git checkout -b gh-pages, git push origin gh-pages) i tam commitujesz co chcesz, i dostajesz adres: [http://USERNAME.github.io/REPO](http://USERNAME.github.io/REPO)
Ewentualnie możesz jeszcze zrobić zupełnie pustego brancha,
  • Odpowiedz
#wordpress #sysadmin #git

W najbliższym czasie będę stawiał sporo wordpressów. Żeby ułatwić sobie sprawę co do konfiguracji i optymalizacji, pomyślałem żeby postawić jednego "wzorcowego" wordpressa i trzymać go w repo.

Później w sytuacji stawiania kolejnego sklonować repozytorium. Tak samo w przypadku aktualizacji ułatwić sobie pracę, ściągając tylko zmiany z serwera.

Czy jest to dobre rozwiązanie? Na co uważać? Czy może coś zupełnie innego?
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach