vl@volk, я предпочитаю мнение, что заинтересованный будет гуглить, а все остальные просто не пройдут.

Ксакеп, каково направление темы?

Bogdan-G, всё связанное с заголовком.

Ксакеп, хоть бы ссылку на курс http://githowto.com/ru добавил

git - программа предназначена для контроля изменения файлов в локальном репозитории
github и bitbucket - сайты, которые предоставляют облако для удаленных репозиториев

категория точно не та, это ближе к программному обеспечению для кодинга

ага, а вот эту тему в Общение/Культура.

git flow - набор расширений git, упрощающих работу с ветками по схеме: feature-develop-master-hotfix-release
Шпаргалка по git flow

На гитхабе есть такая полоса.
Почему в ней не отображаются коммиты за последние пол года? Только несколько

Ой, там же ссылочка есть на пояснение Надо коммитить с эмейлом что в твоем аккаунте указан

Опять они иконки перетаскивают и меняют.

В общем, есть такая непонятка с git.

Я совсем недавно читал в книге ProGit об управлении ветками и то, как на них смотрит git. Читал русскую версию... просто такие вещи как ветвление уже как бы устоялись уже давно и каких-либо значимых изменений в новых версиях наверняка не ожидается. Полагаю, что информация была изложена в довольно простом виде, упускающем не только тонкие моменты, но и - из-за старания сделать "проще и короче" - важные концепции.

Так вот, согласно полученной информации, git тупо помечает нужный коммит специальным идентификатором. То есть если у нас, допустим, есть коммит 9f74694 и он последний, то этот коммит - master.

А теперь если создать ветку с незамысловатым именем branch и покоммитить в неё немного, а затем:
И, например, сделаем reword второго коммита. Далее git пройдётся rebase-ом по всем последующим и в итоге мы имеем разные сообщения для второго коммита нескольких разных веток. Соответственно, что будет если смерджить branch в master и наоборот? Что ещё можно сказать интересного по этому поводу?