А в это время SVN победоносно шла сквозь умы разработчиков. Черт, это было то, чего мне так не хватало. Прочитав доку и начав работать я просто влюбился в нее. Да, были трудности и определенные неудобства, но куда без них.
Так я и работал бы в SVN, но ничего не стоит на месте. В интернете уже потекли тонкие ручейки новостей про Git. Я не кидаюсь за каждой новой технологией, и прошло уже достаточно много времени, пока мне не прожужжали этим Git’ом все мозги. Мне стало любопытно, я вначале присматривался, примерялся, а потом плюнул и начал новый проект на Git. Мучался с ребятами 2 недели, накачал литературы, написал шпаргалку.
Потом ничего, привык, … а потом меня поперло.
Теперь меня регулярно просят рассказать про Git и что в нем такого. Мне уже надоело, поэтому этот пост для тех, кто еще сомневается.
Все локально
Репозитарий, история, ветки и коммиты.
Отсюда вытекает 2 важных следствия: все очень быстро, и второе — вы получаете абсолютный контроль над репозитарием.
- Создать репозитарий в текущей директории — «git init». Все.
- Всего одна папочка .git и никакой порнографии ввиде .svn в каждой директории.
- Интернет не нужен. Работать одному вообще шикарно — локальный репозитарий, который разворачивается за доли секунды. Работа в распределенной команде — у каждого своя копия репозитария, никто не зависит от доступности центрального сервера.
- Не надо задумываться о создании системы резервного копирования. У каждого участника есть копия, из которой можно поднять оригинал.
Поднимите руки те, кто поднимал потерянныйsvn-репо из своей копииgit-репозитария . - В своем репозитарии вы делаете все, что хотите. Любые ветки, никто их не увидит.
Черт, я помню как мне запрещали в SVN создавать отдельную ветку для работы над экспериментальной версией.
Контроль
В Git можно делать с коммитами и историей все что угодно:
- Удалить коммит, как будто его и не было
- Изменить комментарий коммита
- Поменять коммиты местами
- Объединить несколько коммитов в один, особенно когда нужно «докоммитить»
что-то забытое - Разбить коммит на несколько
- Перенести/скопировать коммит из одной ветки в другую
- Переместить ветку в любую точку
От таких возможностей сносит голову и
Но по мере того, как привыкаешь к этому и понимаешь что и как работает, у тебя вырастают крылья, и ты начинаешь работать намного эффективнее, получая попутно кучу удовольствия от этого.
Ветки
Git — это ветки. Это настолько просто, гибко и удобно, что все делается в ветках. От релиза, до маленьких задач.
- Создать ветку, переключиться в нее, объединить ветки, вернуться назад — это рутинные операции.
- Никаких проблем с мерджем, никогда ничего не теряется.
- За исключением релизных, большинство веток очень короткие и живут 1–3 дня.
Коммит
Чтобы сделать коммит, надо указать какие именно изменения нужно туда положить. Изменения, а не файлы. «git add» надо вызывать как для измененных, так и для новых файлов. Таким образом подготавливается временное состояние, которое я называю «временный коммит» (в оригинале «staging area» или «index»).
В чем преимущество:
- Я всегда могу посмотреть что я буду коммитить, а что не попадет в коммит
- Поскольку git принимает «изменения», я могу положить в коммит только часть изменений в одном файле, а другую часть в этом же файле откатить или положить в другой коммит.
Последнее время я использую только «git add -p» — Git показывает чанк за чанком (набор изменений в рамках файла) и спрашивает добавить в коммит или нет. Так я вижу, что я изменил и буду коммитить. И поэтому в коммит у меня никогда не попадут отладочный код, комментарии, лишние правки, пробелы. И коммиты получаются четкими и атомарными.
Диф и лог
- Я могу посмотреть диф всей ветки или группы коммитов, чтобы не листать по коммиту, особенно, если они неграмотно оформлены.
- Могу посмотреть разницу между 2 ветками, посмотреть какими коммитами они отличаются.
- Посмотреть диф без учета пробелов (git di -b -w), если
кто-то увлекся форматированием и превратил диф в одну сплошную кашу - Могу в конфиге настроить кучу алиасов, которые будут выводить логи коммитов в разных форматах, например, сформировать
change-log .
Stash
Я работаю над задачей, разобрал проект на части и тут мне надо все бросить, переключиться на другую ветку, чтобы пофикстить баг или провести ревью. Я сохраняю свои правки во временном состоянии (stash), переключаюсь, делаю все, что мне надо, возвращаюсь обратно, восстанавливаю свои правки и продолжаю работать.
Bisect
Команда для поиска коммита, в котором была допущена ошибка. Я указываю коммит, где я точно знаю, что этой ошибки нет. И коммит, где эта ошибка уже есть. Далее Git бинарным поиском выбирает коммит для проверки, переключается на него и предлагает ответить, есть здесь ошибка или нет. И так до тех пор, пока не будет найден ошибочный коммит. Если есть возможность, то можно написать скрипт, который будет автоматически проверять наличие ошибки и возвращать соответствующий код. Отдать этот скрипт в bisect и получить битую правку.
git-svn — для тех, кто в подполье
Вы можете локально работать в Git и коммитить при этом в SVN. Никто даже не догадается, если вы сами не проколитесь по своей счастливой физиономии. Вы можете легко объединиться со своими коллегами подпольщиками и делиться веткам и правками из своих репозитариев.
GUI и консоль
Я, честно говоря, не знаю какой есть GUI у Git. Я никогда им не пользовался и рекомендую не лишать себя удовольствия работы с Git’ом в консоли. Не превращайтесь в мартышек, которые ищут нужную кнопку или галочку в интерфейсе, вместо того, чтобы просто набрать команду в консоли.
Ладно, без обид. Я просто хотел сказать, что работа в консоли намного богаче и удобнее.
У кого нет нормальной консоли… ну, тогда выбирайте GUI, IDE или… OS, у которой эта консоль есть.
Единственным окошком, которым я регулярно пользуюсь, — это «gitk -all &». Он показывает дерево коммитов с ветками и тегами. Очень удобно смотреть где ты сейчас находишься, где какие ветки и как они переплетаются. Там есть простой поиск и просмотр дифа.
Работа в команде
- В git нельзя закрыть доступ к определенной ветке или модулю. Или все или ничего. Но это еще ни разу не создало мне проблем. Если
кто-то ошибся и закоммитил не туда, куда ему следовало (как мы заранее договорились), тогда я просто откачу эти правки так, как будто их и никогда и не было, и проведу разъяснительную беседу. - Все задачи делаются атомарно в ветках и в таком же виде передаются на ревью и мердж.
Т. е. при желании, ни один коммит не попадет в основной ствол без ревью. - Очень удобно проводить ревью задачи, которая выполнена в отдельной ветке. Посмотреть полный диф всех коммитов,
что-то исправить, прокомментировать, отправить обратно на доработку, а потом объединить отдельные коммиты и слить в основную ветку.
GitHub
Это классная платформа, где можно бесплатно разместить и опубликовать свой репозитарий. Где живет куча проектов, которые форкаются, развиваются и обсуждаются. Сейчас там лежат все мои проекты.
Это конечно, далеко не все, что может Git. Есть еще куча всего, чего я не рассказал и чего я до сих пор еще не знаю. Я постарался осветить принципиальные моменты.
У Git’a, конечно, есть и определенные минусы и трудности, но без них не бывает. Да они не существенны. Чаще всего это вопрос
Правда у Git’а есть один серьезный минус — он не для ленивых. Поэтому подумайте заранее, прежде чем предлагать Git таким ребятам.
Что дальше
Дальше — начинать работать. Можно читать кучу обзоров и обсуждать сколько угодно, но до тех пор пока не начнешь работать, ничего не изменится.
За один день я перерыл доку и начал работать, 2 недели привыкал, через месяц учил остальных, через 3 — расправил крылья.
Как начать
- Скачать, установить и настроить, я думаю, ни у кого не возникнет проблем. Почитаете еще статьи в этом блоге про настройки и прочие фишки.
- Прочитайте любую книгу из списке указанного ниже. Правда, прочитайте. Хоть по диагонали, зато будете знать, что вообще есть. Это легко сделать за пару часов.
- И начинайте работать над новым проектом или переносите существующий (импортировать не составить труда).
Ну и пишите, если что не понятно. Мне очень трудно понять, какие очевидные для меня вещи, не понятны новичкам. За второй статьей дело не станет.
Ссылки:
- Книга «Pro Git»
- Книга «Git Community Book»
- Книга «Git Magic», нашел здесь: http://habrahabr.ru/blogs/Git/80909/
- Сравнение команд Git-SVN
- Редактирование истории в git
- Мои правила оформления коммитов и веток
- Мой cheat-sheet
Комментариев нет:
Отправить комментарий