Система контроля версий 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 с нуля".
-
- Михаил Русаков
Комментарии (0):
Для добавления комментариев надо войти в систему.
Если Вы ещё не зарегистрированы на сайте, то сначала зарегистрируйтесь.