Коммитить в master и использовать git stash - плохо https://softwareengineering...kflow-an-antipattern
Тут призывают коммитить плохой код, потом использовать rebase и squash. Я вообще использую shelve в WebStorm, т.к. git stash мне не нравится, у меня там часто бардак, кроме того невозможно узнать что же в нем все-таки находится без git stash pop.

Сломался виндовый git-bash. Вот так на ровном месте, взял и сломался.
Пишет при запуске: Failed to fork child process: No such file or directory.
Это из дистрибутива 2.8.1. Уже почти три года пользуюсь 1.9.4 и ничего ему плохого не сделалось. Придется на него обратно переходить.

Взбугуртнулось. Только теперь пришла в голову мысль: нафиг git по умолчанию лезет исправлять переносы строк? Например, все работают в винде, нафиг им сдалась эта перегонка туда-сюда? Понятно что это для кроссплатформенности. Но почему-то до меня это долго доходило.

Котаны, а как вы решаете проблему с правами при git push в собственный репозиторий у себя в локалке? Каждый раз при ошибке запускать скрипт - не вариант.

http://habrahabr.ru/post/28268/

Не забывайте, что вы всегда можете подлить какую-нибудь ветку в текущую с помощью git merge other-branch.
выходим в мастер (gco master), подливаем ветку (git merge my-branch), 
мне нужно было подлить мастер в локальную ветку.

А вот это наверное дельный совет:

2) На первых порах не морочьте себе голову с rebase и «чистотой» линии коммитов. Это беспокоит только последних эстетов или Линуса (который мерджит десяток веток в день). Читать git-log и игнорировать банальные merge commits нет никакой проблемы.

Год 2008, да.

Странные доводы в комментах http://habrahabr.ru/post/255443/

Из progit: "Так как ветка, которую мы слили, указывала на коммит, являющийся прямым родителем коммита, на котором мы сейчас находимся, Git просто сдвинул её указатель вперёд."
Читаю и не верю своим глазам. Главу назад была схема, где показано отношение коммит-родитель_коммита, и вот не соответствует оно новой схеме.
http://git-scm.com/book/ru/...-ветвления-и-слияния