@venomik: bedac na branchu robisz hard reset do jakiegos commita, ktory jest na originie, a potem pull. Wczesniej skopiuj sobie recznie gdzies Twoje zmiany, bo je stracisz

@venomik: Najpierw fetch z origin, a potem git reset --hard sha1-ostatniego-commita-z-tego-brancha-z-githuba

@mk321:

Tak, też wiem, że jako prawilny programista powinienem używać języka angielskiego a nie polskiego. Ale jak coś piszę na własne potrzebny (albo kolegów z uczelni), to chyba mogę napisać notatkę po polsku?

nie, nie możesz
#bojowkaascii

@mk321: bawisz sie z tym a to narzędzie ma ułatwiać prace a nie komplikować, zastanów sie jakie ruchy możesz wykonać z brancza a jakie z tagu.

@mk321: Jak już ogarniesz mniej więcej gita, poczytaj o git-flow. Oczywiście wszystko zależy od specyfiki projektu, ale jak jesteś "agile" ;), to gałęzie masz dwie: "aktualną" (master) i "rozwojową" (devel), chyba, że już super koszerny jesteś i na każdą funkcjonalność masz oddzielnego brancza.
W skrócie:
Aktualną masz po to, aby w każdy momencie móc poprawiać błędy od użytkowników, "rozwojową" do wydawania nowych wersji. Jak już stwierdzisz, że "rozwojowa" osiągnęła wszystkiePokaż całość

@Narkan: origin i push. Poczytaj

@Narkan: Mógłbyś zrobić hooka, ale nie warto - zmiany wypycha się przez git push w momencie gdy jest to właściwe.

@Matt23: bo z terminala odpalasz.to na sobie a po url przez wwwdata

@NullPointer: Force push i elo (⌐ ͡■ ͜ʖ ͡■)

@rbielawski: force push to jak jeżdżenie czołgiem Andrzeja, może być fajnie ale jak sie s-------i to lepiej nie być kierowcą XD

@deccan: 2.7.3 niestety też podatne :( trzeba ze źródeł brać.

@czarny_: dla leniwych:

sudo add-apt-repository ppa:git-core/ppa -y
sudo apt-get update
sudo apt-get install git
git --version

@wytrzzeszcz: Z założenia masz właśnie nie "gmerać" w kontenerze z poziomu matki. Jeżeli na prawdę zachodzi taka konieczność, możesz przesłać plik przez scp albo rsync.

a rebasem zrobie to samo czy nie?

@qweasdqweasd: Jak by robiło to samo, to by się nazywało tak samo, prawda?

https://www.atlassian.com/git/tutorials/merging-vs-rebasing/workflow-walkthrough

@qweasdqweasd: git checkout mujbranch; git merge master
Jest też takie coś do szybkiego poćwiczenia http://pcottle.github.io/learnGitBranching/
Pokazuje różnice między mergem, rebasem i cherry-pickiem.

git co
git fetch
git commit
git push

Ok, GIT'a już znasz, teraz pora na coś, co się rzeczywiście przyda. Tutoriali do Javy nie znam, natomiast jeśli chodzi o książki, to mogę polecić np. Head First Java, Core Java, itp. Na tym się zarabia pieniądze, a nie na umiejętności obsługi jednego z wielu systemów kontroli wersji.

@mfek00: tak jak mówi @jarpen1234: spróbuj tutoriala na codeschool, sama właśnie robię GIT real i wygląda przyjaźnie ( ͡° ͜ʖ ͡°)

@ksiak: Rzeczywiście łączenia filtrów nie ma. Ale i tak wydaje mi się, że te szukanie działa lepiej niż w TortoiseGit.

@laoong: nie mam TortoiseGit więc nie mogę się wypowiedzieć. Problem jest niestety taki, że nie znalazłem na chwilę obecną żadnego klienta gui do git'a który to potrafi :/ Zastanawiam się więc czy ktokolwiek z tych co tworzą te programy używa ich.

chcialbym przywrocic pliki do takiego samego stanu jak sa na githubie

@rydes: `git reset --hard origin/nazwa-brancza

Dziwi mnie to, ze gdy tworze nowy branch z poziomu vs to dalej operuje na tych samych plikach.

@rydes: tak działa git. pliki są te same, git zapamiętuje tylko zmiany pomiędzy komitami.

@rydes: pracujesz sobie na branczach feature1 i feature2. Jak skończysz pracę na feature1 mergujesz go do master, możesz wtedy zrebasować feature2 z master.

@rubytree: Było nawet dzisiaj.

@rubytree:

@erwit: ja póki co jadę na 3-strunowej. pewnie jakiś Shamisen ( ͡° ͜ʖ ͡°)

@erwit: GITar hero ;)