Система контроля версий Git

Пока вы сидели в одиночестве, вылавливая на фриланс-биржах, подходящие для себя заказы, офисные веб-разработчики, уже на полную катушку, использовали систему контроля версий Git. Какая между вами разница? Всё дело в офисе, а точнее в неизбежности, командной работы.

Работая в команде, никто не пишет свой код, от начала до конца. Задача фрагментируется и делится между разработчиками, согласно их квалификации. Программист Коля написал несколько строчек кода, потом засомневался, сделал копию и решил ту же задачу, но другим способом. Программист Вася, тестируя код Коли, видит только одну версию (ведь вторая версия только у Коли). Логика, я думаю, понятна.

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

Вместо копий commit

На вашем компьютере, есть папка с файлами и точно такая же папка на GitHub (репозиторий). В процессе работы, вы делаете сохранения (commit), на контрольных точках и даете комментарии к каждому коммиту. Разумеется, что сделанные вами изменения на локальной машине, автоматически сохраняются и в репозиторий, на GitHub. Это – основная ветка проекта, называется – master.

Деление проекта на ветки

Допустим, вы сделали анимацию кнопки на JavaScript, но вам пришла в голову идея, сделать то же самое на CSS. Для этого, вы создаете отдельную ветку, на старте новая ветка – копия основной.

Вы продолжаете работу на новой ветке - создаете анимацию на CSS.

Слияние веток

Если анимация на CSS выглядит круче, то вы делаете слияние новой ветки с master. Но, если все-таки первая версия успешнее, то просто продолжаете работу в основной ветке, но и другая ветка никуда не пропадёт (может потом пригодится).

Одна голова хорошо, а две лучше (pull request)

Самое классное, что коллега, может, зайти в ваш репозиторий, создать третью ветку и предложить свой вариант анимации. Затем он просит вас принять его вариант. Это действие называется pull request, а вам уже решать, принимать эти изменения или нет.

По такой схеме, работают open source проекты, создаваемые большим сообществом программистов.

Вот так работает и система контроля версий Git, а использует её социальная сеть для веб-разработчиков, GitHub.

Для наглядности, я все показывал прямо в интерфейсе GitHub, но, как правило, разработчики общаются с гитом, через командную строку, не заходя на GitHub.

Работа с GitHub в терминале Visual Studio Code

Редактор кода Visual Studio, уже заточен под работу с гитом. Команды вводятся через встроенный терминал. На habr.com, есть отличная статья о том, как взаимодействовать с GitHub, через терминал редактора Visual Studio.

Чем ещё полезна система контроля версий?

Ваши проекты останутся в сохранности, если что-то случится с жестким диском.

Некоторые веб-разработчики способны наплодить кучу копий в проекте, а потом уже и сами не помнят, что и зачем создавалось. Система Git, на любые изменения в коде, требует комментарии.

Заключение

Важно не только в теории знать, как работает система контроля версий Git, но и применять это на практике. В требованиях, у большинства работодателей на вакансию веб-разработчика, включая верстальщиков – указана, система контроля версий Git.

Как-бы, не хотелось увильнуть, но уже не проигнорируешь. Да и зачем? Внедрение новых технологий – это и есть часть работы веб-разработчика. Такова специфика, то, что сделает вас успешным в 2019 году, уже не сработает в 2021 году. Где брать столько времени, чтобы успевать за прогрессом?

Обращайтесь за знаниями к профессионалам, это эффективно и хорошо работает. Это не мои слова, а моих учеников, которые успешно прошли мой новый курс по "Созданию крупного проекта на Java с нуля".