Comments 8
а зачем?
Чтобы лучше понимать как работает git.
Как пользователь, работавший с различными SCM-и (SourceSafe, SVN, Perforce, PlasticSCM и Git), я считаю, что low-level потроха, торчащие из GIT-a, мешают программисту, если, конечно, он не разработчик SCM-а :)
IMHO, Git - это не для энтерпрайза, но "модно-молодёжно", и поэтому, к сожалению, везде :(
А что для энтерпрайза подходит тогда?
Наверное, Perforce.
Уже давно работаю только с Git-ом, поэтому текущее состояние не знаю :(
Но server-based системы, в отличие от распределенных, поддерживают очень большие репозитории, что бывает важно, если разные модули д.б. констистентны, т.е. лежать в одном репозитории. И, конечно, если вам не нужны все сорсы, то, что брать и куда скачивавать, настраивается при помощи workspace.
Спасибо за статью, жду продолжение про annotated tags :-)
Давным давно попался шикарнейший цикл статей - Git Guts ( https://los-t.livejournal.com/tag/git%20guts ) - простым человеческим языком рассказывающий о внутреннем устройстве Git. В числе прочего там есть пример как создать объект типа tree без использования staging area.
Создание Git-коммита: The Hard Way