@codecalm: @ImReally: czyli coś jak http://gitlab.com ?

@codecalm: ładnie wygląda :) widzę, że mają też opcję u-nich-hosted. 3 repo do 100MB za free lub $3 za repo (zgaduję, że miesięcznie). Trochę biednie.

@zwyklylogin: do prywatnych i robisz requset o merge do mastera :)
Serio to zależy od projektu chyba.

@zwyklylogin: najczęściej lokalny serwer, wszystko zcentralizowane (w sensie pushuje się na jeden host, nie na wiele tak jak w zalozeniach gita)

@kiciek wszystkie trzy postawione warunki najlepiej spełnia soft dropboxopodony :).
Jeśli chodzi CVSy, znacznie lepiej nadają się one do współdzielonej pracy nad projektami, ale wymagają czasami nieco więcej uwagi (szczególnie przy bardziej skomplikowanym mergowaniu konfliktów). Z drugiej strony w pełni automatycznego rozwiązywania konfliktów bez tracenia danych nigdzie nie znajdziesz.
Jeśli rzeczywiście system ma dobrze działać off-line to git na pewno będzie dobrym rozwiązaniem - choć ma nieco mało-przyjazny zestaw komend. JestPokaż całość

@kiciek: no to system kontroli wersji nie jes tym czego potrzebujesz. Juz sama nazwa wskazuje- kontrola wersji, głownie chodzi o mzliwosc przechowywania roznych wersji i cofniecia sie w dowolnym momencie do danej migawki.

@LOLWTF: a gdzie trzymasz? ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)

@haxx @qwelukasz : albo "git stash" - wtedy wszystkie zmiany zostają zachomikowane na stosie z lokalnymi zmianami
po tej operacji "git pull " wykona się bez problemu
jezeli chcesz przywrocic te swoje zmiany, wtedy dajesz "git stash pop"
jednak licz się z tym ze mogą i tak wystąpić konflikty do rozwiązania.

Więc chciałem zrobić git pull

@qwelukasz: Lepiej by było jakbyś się nauczył robić fetch i merge osobno. Wtedy nie miałbyś takich problemów, bo działałbyś po prostu jak na gałęziach.

Nie chciałbym czegoś zepsuć, głównie na master branchu na gitchub ;]

Jak długo nic nie wypchniesz (push) do innego repo, tak długo możesz popełniać dowolne błędy.