Программа поедает мир во всех смыслах. По мере развития технологий и постепенного продвижения к миру, контролируемому ИИ, количество рабочих мест в технологическом секторе будет расти. Написание программного обеспечения - это навык, которым можно научиться самостоятельно, и это довольно легко, по крайней мере, в сегодняшнем мире, когда Интернет буквально переполнен ресурсами примерно такими же. Но как разработчик программного обеспечения, написание кода - это не все, чего от вас можно ожидать. Вам нужно научиться тонкому искусству управления базой кода вашей компании по мере ее масштабирования и внедрения дополнительных функций. Люди, которые писали программное обеспечение раньше, знают, что поддержание кодовой базы так же важно, как написание производительного и готового к производству кода.
Очевидный вопрос, который мог возникнуть у вас после прочтения вступления, был бы: как управлять своей кодовой базой? Сегодня ответом будут системы контроля версий. Контроль версий или VCS, широко известный как программная система, которая управляет и отслеживает изменения в конкретном файле или наборе файлов и позволяет вам легко возвращаться во времени, чтобы отменить любые ненужные изменения, которые вы, возможно, сделали.
Как новичку, обучение программированию может уже показаться вам довольно сложным, и вдобавок к этому добавление ответственности за управление собственным кодом, это определенно звучит как гигантская задача, не так ли? Что ж, тебе не о чем беспокоиться. В этой статье я проведу вас через пошаговую процедуру управления базой кода в системе контроля версий и в то же время расскажу вам немного о том, почему этому важному навыку нужно овладеть.
В сообществе разработчиков Git - самая популярная из доступных VCS, поэтому мы будем основывать эту статью на Git. Наряду с Git, я также хотел бы дать вам краткое введение в GitHub, который представляет собой службу хостинга репозитория с контролем версий.
Линус Торвальдс, отец ядро Linux, при разработке того же самого столкнулся с ситуацией, когда он больше не мог должным образом управлять кодом, который он писал в то время, когда он использовал BitKeeper. Поэтому он сделал небольшой обходной путь, чтобы разработать Git, и обнародовал его в 2005 году. Дизайн Git во многом основывался на BitKeeper. Имя «git» дал Линус Торвальдс, когда писал самую первую версию. Он назвал этот инструмент «дурацким трекером контента».
Содержание:
Почему каждый разработчик должен знать, как использовать VCS?
Традиционные программные системы состоят из нескольких файлов, распределенных по множеству каталогов, и в типичной компании несколько разработчиков одновременно вносят изменения в программный стек. Для всех разработчиков становится чрезвычайно важным оставаться максимально продуктивным, но в то же время не менее важно, чтобы вся команда была на одной странице. Это означает, что каждый человек в команде должен точно знать, какие функции разрабатываются. Еще одна важная вещь, о которой следует помнить при разработке программного обеспечения, - это тот факт, что работа одного человека не должна влиять на работу любого другого человека в той же команде. Говоря языком непрофессионала, я имею в виду, что если вы как разработчик работаете над одной функцией, это не должно мешать рабочему процессу любого из ваших товарищей по команде, когда вы вносите изменения в кодовую базу. Все эти случаи очень элегантно обрабатываются с помощью VCS. Он не только упрощает жизнь разработчиков, отслеживая изменения, внесенные каждым членом команды, но также поддерживает историю версий в простом формате, чтобы можно было легко предотвратить любые случайные изменения в кодовой базе.
На рынке доступно множество систем контроля версий, таких как Subversion, Mercurial и т. Д., Но причина, по которой мы фокусируемся на Git, заключается в том, что это, безусловно, самый популярный доступный вариант.
Установка
Настройка git зависит от того, в какой операционной системе вы работаете. Я проведу вас через процесс установки в macOS, Linux и Windows.
MacOS
Установить Git на Mac довольно просто, сначала убедитесь, что вы установили brew, популярный менеджер пакетов для Mac. Как только варево настроено (что, честно говоря, занимает всего несколько минут, в зависимости от скорости вашего интернета) вам просто нужно ввести следующую команду:
- варить установить git
Linux
Процесс установки в Linux также очень похож на macOS. Откройте терминал и выполните следующую команду:
- sudo apt-get install git
Windows
Процесс установки в Windows немного отличается. В Windows вам необходимо скачать установщик. Перейти к эту ссылку чтобы загрузить последнюю версию установщика, а затем запустить установщик, чтобы установить git на свой компьютер с Windows.
Первые шаги
Теперь, когда у вас есть настройка системы. Вам необходимо инициализировать репозиторий git. Вы спросите, что такое репозиторий? Это папка / каталог, в котором хранятся все файлы вашего проекта. Вот шаги по инициализации репозитория git.
- Запустите Терминал / Командную строку на вашем компьютере.
- Перейдите в каталог проекта, содержащий все файлы проекта. (Обычно это делается с помощью команды cd на всех платформах)
- теперь, когда вы находитесь в каталоге своего проекта, выполните следующую команду: git init
Теперь, когда вы инициализировали свой репозиторий git, git знает, что он должен отслеживать изменения во всех файлах в каталоге. Теперь Git будет знать каждый раз, когда вы добавляете или удаляете какие-либо файлы в каталоге проекта или вносите какие-либо изменения.
Внесение изменений и выпуск вашего первого коммита
Самая важная часть любой VCS - это отслеживание изменений. Каждый раз, когда вы вносите изменение в каталог проекта, это будет отражено в статусе репозитория. Продолжайте и добавьте файл в каталог или внесите изменения в существующий файл. После этого вы не сможете выполнить следующую команду, чтобы проверить статус файла в репозитории.
- git статус
Как видите, git сообщает, что есть неотслеживаемый файл. Теперь нам нужно добавить неотслеживаемый файл в область подготовки git. Вы можете думать о промежуточной области как о промежуточном этапе до того, как изменение будет завершено. Чтобы добавить файл в промежуточную область, выполните следующую команду:
- git добавить
Выполнив команду git add, вы можете повторно ввести команду status, чтобы увидеть статус файла.
Теперь, когда файл был добавлен в промежуточную область, пришло время завершить ваше изменение сообщением фиксации. Выполните следующую команду:
- git commit - m «ВАШЕ_СООБЩЕНИЕ»
Замените часть под кавычками своим собственным сообщением. Теперь проверьте свой репозиторий со статусом git. Вы заметите, что фиксация прошла успешно.
разветвление
Ветвление - ключевая тема в системе контроля версий. Очень важно отделить ваши стабильные (вещи, которые отлично работают и были протестированы) части проекта от частей, которые в настоящее время находятся в разработке. Это важно, потому что вам нужно убедиться, что на людей, использующих ваше программное обеспечение, не влияют изменения, которые вы вносите при добавлении новой функции. Вот где я и вижу разветвление. Это помогает разделить базу кода на разные песочницы, чтобы на ваши рабочие части не повлияли какие-либо изменения, которые вы вносите в другие части.
Создать ветку с помощью Git довольно просто. Просто введите следующего командира
- git checkout -b «ФИЛИАЛ»
После этого вы можете проверить, в какой ветке вы находитесь, введя следующую команду:
- ветка git
Публикация вашего кода на GitHub
Вы успешно изучили основы управления версиями с помощью git. Пришло время сделать ваш проект общедоступным, поделившись им с сообществом разработчиков. Это первый шаг к разработке программного обеспечения с открытым исходным кодом. Открытый исходный код вашего кода означает пометку его как общедоступного, чтобы другие могли его просматривать, вносить свой вклад в его разработку и, при необходимости, адаптировать его к своим собственным проектам.
Прежде чем продолжить, убедитесь, что у вас есть учетная запись GitHub.
После того, как вы зарегистрируетесь. Идите вперед и создайте репозиторий на GitHub, как показано на скриншоте ниже.
Как только вы создадите репозиторий. Вам будут показаны дальнейшие шаги по размещению вашего проекта на GitHub.
Поскольку вы уже создали репозиторий. Вам просто нужно подтолкнуть его. Для этого выполните следующую команду.
- git удаленное добавление источника REMOTE_URLgit push -u origin master
Как только это будет сделано, вы можете посетить удаленный URL-адрес, чтобы проверить свои проекты. Другие участники сообщества могут вносить свой вклад в ваши проекты, внося изменения.
Заключение
Поздравляю. Теперь вы на один шаг ближе к созданию следующего большого проекта в сфере технологий. И я уверен, что в процессе вы также примените удобные концепции управления версиями, которым вас научила эта статья. У крупных компаний, таких как IBM, Google и т. Д., Есть огромные портфели услуг, которые они постоянно развивают с помощью передовых технологий и функций, и единственный способ, которым они могут управлять таким большим набором продуктов, каждый из которых масштабируется до нескольких миллионов строк кода, - это контроль версий. системы. Сами компании либо имеют собственное решение для VCS, либо полагаются на популярные VCS, такие как Git или Subversion. Большинство теоретических проектов с открытым исходным кодом публично доступны на GitHub. Это, безусловно, важный навык, которым нужно овладеть, и знание того, как управлять большими кодовыми базами, эффективно изменит ваш стиль работы и также повысит ваш авторитет.
