Посоветуйте очень краткий мануал для эффективного использования Git

man git. или тебе букварь?

Можно GitHowTo попробовать.

https://github.com/torvn77/LinuxCNC_SUDA-ST7080

Мне бы что-то более одушевленное.

Классная штука, спасибо!

Благодарю!

http://www-cs-students.stanford.edu/~blynn/gitmagic/

http://eax.me/git-commands/ - из древних закладок достал, хватит ?

upd: из древних собственных записок:

git branch
git pull origin master

git fetch git://repo.or.cz/wine/hacks.git master:hacks

git reset --hard
git clean -f -x -d


git fetch ../hacks/ master:hacks
git checkout hacks
git format-patch master

#some stats

#from distfiles
git clone . /usr/tmp/wine

git pull git://source.winehq.org/git/wine.git master
git log wine-1.1.42..master | grep -A2 'Date:' | grep "    " | sort
git log --oneline wine-1.1.42..master

в частности $ git format-patch часто полезная для меня вэсч

GitHowto на русском, больше ничего не надо.

Hg Mercurial + Bitbucket + SourceTree же! В hg вообще можно команды не учить, для командной разработки в несколько веток - вообще шикардос. Да и гит для большинства типичных задач прост, в принципе. Но hg ещё проще :)

по сути за все время использования мне пригодились (кроме обычных) только

log
branch
format-patch
cherry-pick

https://git-scm.com/book/ru/v1/Введение-Основы-Git

Моя шпаргалка по git. Периодически пользуюсь, рекомендую.

ещё вот

Посоветуйте очень краткий мануал для эффективного использования Git

git add ...
git commit
git push

Всё, больше ничего не нужно

git pull origin master

Я бы за такое убил.

это тупо дамп команд с консоли
в те древние времена когда гитом еще не пользовался
проба пера, тскть

тупо клонирование сорцов из директорий, вытравливание патчей ...
метод научного тыка (hacks тогда был чем-то вроде wine-staging)
ткчто это не продакшн какойнть или колаборайшн

git pull origin master

Я бы за такое убил.

Почему?

http://ohshitgit.com/

Хороший вопрос и для людей плохо знающих гит он действительно хороший. Смотри, у тебя есть ветка master, но если ты используешь удаленный сервер, к примеру, origin, то с точки зрения гита, у тебя две ветки. Операция pull — это обертка над командами: git fetch origin master git merge origin/master

Если гит не может сделать слияние перемоткой (fast-forward merge), гит создаст дурацкий бесполезный коммит слияния вроде «merged origin/master into master» Чтобы этого не было, надо всегда делать pull с параметром --rebase, что значит git fetch origin master git rebase origin/master

Но и пулл ребазированием очень коварен. К примеру, ты слил ветку в мастер, особенно важно сделать слияние в таком случае с параметром --no-ff, при пуше обращаешь внимание, что предки голов разные и тебе гит говорит сделать пулл. Ты делаешь пулл через ребазирование, после чего ребазирование уничтожает твой коммит слияния, а коммиту из ветки, которую ты слил в мастер, гордо присуждает новый хэш. Тут надо быть очень осторожным и понимать, что делать. Так же стоит заметить, что категорически никогда нельзя делать пулл мастера в другую ветку. Чтобы получить и синхронизировать актуальные изменения, надо использовать ребазирование.