Записки IT специалиста

Зачем простому админу Git?

Очень часто встречаемся с тем, что в среде коллег-администраторов часто встречается пренебрежительное отношение к Git, мол это для взрослых серьезных разработчиков или вообще девопесов-хипстеров в коротких штанишках.

Но это мнение ошибочно, Git полезен не только разработчикам, но и всем, кто работает с данными, требующими контроль версий.

Что это может быть? В первую очередь конфиги, любые изменения в конфигурационных файлах следует фиксировать и документировать, Git готов взять на себя хотя бы первую часть этой задачи.

С его помощью можно фиксировать и хранить всю историю изменений, а также свободно переключаться между ними, сравнивать и объединять версии.

Если вы работаете в Linux, то для этого есть отдельный пакет – etckeeper, который позволяет автоматизировать контроль и фиксацию изменений в конфигурационных файлах.

Для сетевого оборудования есть Oxidized – система управления конфигурациями сетевого оборудования, которая также использует Git для контроля изменений.

Ну и наконец скрипты и прочие собственные разработки, вне зависимости от языка программирования и сложности проекта.

Прежде всего Git помогает учитывать все изменения, которые вы вносите в код. Чем чаще вы фиксируете изменения (делаете коммиты в терминах Git) – тем подробнее ваша история. В случае чего вы всегда можете вернуться назад и посмотреть, как было раньше.

Уже одно это спасает вас от того, что вы случайно или в порыве творческого вдохновения до неузнаваемости изменили код и теперь у вас ничего не работает, или, наоборот, все работает, но не так как хотелось бы.

Благодаря Git вы всегда можете вернуться назад и посмотреть, как было или вообще откатиться к определенному состоянию.

При этом сам Git-репозиторий хранится локально, в той же папке что и исходный код проекта, что не спасет вас от случайного удаления или отказа оборудования.
Но никто не мешает вам подключить к своему проекту удаленный репозиторий и синхронизировать данные с ним. Это может быть как публичный сервис (Github, Gitlab и т.д.), так и собственный, развернутый на своей инфраструктуре.

Это не только позволяет хранить данные проекта на удалённом сервере, но и удобно работать с ними из любого места.

Допустим вы в отпуске, а нужно срочно внести правки в проект. Нет ничего проще, подключаетесь к удаленному репозиторию, получаете из него актуальную версию проекта, вносите правки, отправляете обратно.

Потом, вернувшись на рабочее место синхронизируете текущий проект с удаленным репозиторием, получив все свои изменения локально.

При различии удаленного и локального репозиториев вы сможете сравнить изменения и выполнить их объединения, потому никакие правки не будут потеряны или окажутся незамеченными.

И это если вы работаете над кодом один, если же у вас даже небольшая команда, то работа без Git превращается в сущий бардак и многочисленные выяснения, а кто это внес эти изменения в код.

Ну и наконец, если ваш проект стал чем-то больше, чем скрипт на десяток-другой строк – это ветви.

На этот счет существуют различные готовые методики и рекомендации, но даже в самом простом приближении ветви позволяют вам четко разделить стабильную версию и разрабатываемую.

Обнаружили баг в стабильной версии – переключились на нее и внесли исправление, потом снова переключились на ветвь разработки и продолжили работу над новой версией.

При этом код из новой версии не попадет в рабочую, а патчи из рабочей не будут добавлены в разрабатываемую (потому что в ней именно эта область кода может оказаться глубоко переработанной).

Также вы можете заводить отдельные ветви для каких-то отдельных изменений. Это позволяет тестировать варианты реализации новых возможностей, не ломая основной проект. Получилось – отлично, объединяем ветви. Нет – ну и ладно, потом, может быть, вернемся.
Таким образом Git полезен практически во всей повседневной деятельности администратора, даже не связанной с написанием кода.

При этом Git достаточно прост, имеет различные графические инструменты и прекрасно документирован.

👍37❤3🔥3

2.39K views20:32