Програмне забезпечення поїдає світ у всіх можливих сенсі. Оскільки технології розвиваються, і ми повільно просуваємося у світ, контрольований ШІ, кількість робочих місць у технологічному секторі буде зростати. Написання програмного забезпечення — це навичка, яку можна самостійно навчити, а також досить легко, принаймні, у сучасному світі, коли Інтернет буквально переповнений ресурсами, приблизно такими ж. Але як розробника програмного забезпечення, написання коду — це не все, чого від вас очікують. Вам потрібно навчитися тонкому мистецтву керувати базою коду вашої компанії, оскільки вона масштабується та впроваджує більше функцій. Люди, які раніше писали програмне забезпечення, знають, що підтримка бази коду настільки ж важлива, як написання продуктивного та готового до виробництва коду.
Очевидне запитання, яке могло спадати вам на думку після прочитання вступу, було б: як керувати їх базою коду? Сьогодні відповіддю на це будуть системи контролю версій. Контроль версій або VCS, як його в народі називають програмною системою, яка керує та відстежує зміни в певному файлі або набору файлів і дозволяє легко повернутися в минуле, щоб скасувати будь-які непотрібні зміни, які ви могли зробити.
Як початківцю, навчання коду вже може здатися вам досить важким, і крім того, що додає відповідальність за керування кодом, це, безумовно, звучить як величезне завдання зараз, чи не так? Ну, не треба хвилюватися. У цій статті я розповім вам покрокову процедуру керування базою коду в системі контролю версій і водночас розповім вам, чому це важлива навичка.
У спільноті розробників Git є найпопулярнішим доступним VCS, тому ми будемо базувати цю статтю на Git. Разом із Git я також хотів би коротко ознайомити вас із GitHub, який є службою розміщення репозиторію контролю версій.
Лайнус Торвальдс, батько ядро Linux, розробляючи те ж саме, зіткнувся з ситуацією, коли він більше не міг належним чином керувати кодом, який писав у той час, коли він використовував BitKeeper. Тому він зробив невеликий обхід, щоб розробити Git і оприлюднив його у 2005 році. Дизайн Git був тісно заснований на BitKeeper. Ім’я «git» дав Лінус Торвальдс, коли він написав саму першу версію. Він описав цей інструмент як «дурний контент-трекер».
зміст
Чому кожному розробнику потрібно навчитися користуватися VCS?
Традиційні програмні системи складаються з кількох файлів, розподілених у багатьох каталогах, і в типовій компанії є кілька розробників, які одночасно пишуть зміни до стеку програмного забезпечення. Для всіх розробників стає дуже важливо залишатися максимально продуктивними, але в той же час не менш важливо тримати всю команду на одній сторінці. Це означає, що кожна людина в команді повинна точно знати, які функції розробляються. Ще одна важлива річ, яку слід пам’ятати під час розробки програмного забезпечення, – це той факт, що робота однієї людини не повинна впливати на роботу будь-якої іншої людини в тій же команді. Говорячи неспеціалістом, я маю на увазі, що якщо ви, як розробник, працюєте над однією функцією, це не повинно перешкоджати робочому процесу будь-кого з ваших товаришів по команді, коли ви пишете зміни в кодову базу. Усі ці випадки обробляються дуже елегантно за допомогою VCS. Це не тільки полегшує життя розробникам, відстежуючи зміни, внесені кожною особою в команді, але й зберігає історію версій у простому форматі, щоб можна було легко уникнути будь-яких випадкових змін у базі коду.
На ринку доступно багато систем контролю версій, таких як Subversion, Mercurial тощо, але причина, чому ми зосередимося на Git, полягає в тому, що це, безумовно, найпопулярніший доступний варіант.
Setup
Налаштування git відрізняється залежно від того, на якій операційній системі ви працюєте. Я проведу вас через процес налаштування на macOS, Linux та Windows.
MacOS
Встановити Git на Mac досить легко, спершу переконайтеся, що ви встановили brew, популярний менеджер пакетів для Mac. Після того, як бражка налаштована (що, чесно кажучи, займає всього кілька хвилин залежно від швидкості вашого Інтернету) вам просто потрібно ввести таку команду:
- brew встановити 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 “BRANCH_NAME”
Після цього ви можете перевірити, на якій гілці ви перебуваєте, виконавши таку команду:
- гілка git
Поділіться своїм кодом на GitHub
Ви успішно вивчили основи контролю версій за допомогою git. Тепер настав час зробити свій проект загальнодоступним, поділивши його зі спільнотою розробників. Це перший крок до розробки програмного забезпечення з відкритим кодом. Відкритий код означає позначення його як загальнодоступного, щоб інші могли переглядати його, робити внесок у його розвиток і, якщо потрібно, адаптувати його до своїх власних проектів.
Перш ніж продовжити, переконайтеся, що у вас є обліковий запис GitHub.
Після того, як ви зареєструвалися. Створіть репозиторій на GitHub, як показано на скріншоті нижче.
Після того як ви створите репозиторій. Вам буде показано подальші кроки, які допоможуть вам розмістити свій проект на GitHub.
Оскільки ви вже створили сховище. Потрібно просто натиснути. Для цього введіть таку команду.
- git remote add origin REMOTE_URLgit push -u origin master
Коли це буде зроблено, ви можете відвідати віддалену URL-адресу, щоб перевірити свої проекти. Інші члени спільноти можуть зробити свій внесок у ваші проекти, внісши зміни.
Висновок
Вітаю. Тепер ви на крок ближче до створення наступної великої технічної справи. І я впевнений, що під час цього ви також застосуєте зручні концепції контролю версій, яким вас навчила ця стаття. Великі компанії, такі як IBM, Google тощо, мають величезні портфелі послуг, які вони постійно розвивають за допомогою передових технологій та функцій, і єдиний спосіб, яким вони можуть керувати таким великим набором продуктів, кожен з яких масштабується до кількох мільйонів рядків коду, — це контроль версій. системи. Самі компанії або мають власні рішення для VCS, або покладаються на популярні VCS, такі як Git або Subversion. Більшість теоретичних проектів із відкритим кодом доступні для всіх на GitHub. Це, безумовно, важлива навичка, щоб володіти великими кодовими базами і знати, як керувати ними, ефективно змінить спосіб вашої роботи, а також підвищить вашу довіру.
