Вступ у систему управління версіями GIT

Git - це один із найпоширеніших термінів, почутих між програмістами за останні чотири-п’ять років. Я представлю тут деяке розуміння цього інструменту та чому він такий популярний серед програмістів. У цій темі ми дізнаємось про систему управління версіями GIT.

Що таке і чому версія Controller?

Лінус Торвальдс, який запустив ядро ​​Linux, - це людина, яка створила це програмне забезпечення для підтримки та відстеження різних версій вихідного коду серед програмістів.

Сценарій №1

Уявіть собі команду з п'яти членів, які працюють над головним вихідним кодом, що покращує різні функції. Подумайте лише, як вони можуть працювати над тим самим вихідним кодом без плутанини змін один з одним? Кожен повинен знати, що роблять інші четверо, і не повинно бути до цього ніякої халатності. І до кінця робочої години їм доводиться витрачати деякий час, координуючи один з одним роботи, щоб нарешті зберігався один вихідний код. Це виглядає досить неспокійно, і, безумовно, ручне втручання у підтримку вихідного коду є більш ризикованим. Отже, щоб допомогти або сказати, щоб автоматизувати всі ці версії, над якими працюють усі п’ять програмістів, нам потрібен належним чином написаний контролер версій, і GIT - одна з них. Для вищезазначених кроків є термін, який називається Управління вихідним кодом або Управління конфігурацією програмного забезпечення (SCM).

Сценарій №2

Тепер розглянемо ще один сценарій, коли допомагає автоматизація контролерів версій. Ми написали першу версію коду, і клієнт схвалив її встановити на виробництві, це версія 1.0. Тепер через декілька місяців клієнт пропонує роботу з вдосконалення, і ви працюєте над написаною раніше розробкою версії 1.1 та поданням клієнту. Але клієнт пропонує інший підхід, і ця версія 1.1 вам не корисна відповідно до нового підходу клієнта. Тож ви відкинете це і працюєте над версією 1.2, яка надходить та затверджується. І так далі ви продовжуєте працювати над розробкою різних версій. Але ви не думаєте, що збереження всіх версій десь вручну та збереження вихідного коду не є безладним? В якийсь момент часу вам може знадобитися посилання на версію 1.1, яку ви відкинули і не є зручною.

Тому для підтримки різних версій коду, написаних одним або декількома програмістами, ми використовуємо контролери версій.

Різні типи контролера версій

Існують різні типи інструментів, а нижче - деякі з них

  1. Subversion - з моменту розробки Apache, широко використовується постачальниками Apache.
  2. Git
  3. Базар
  4. Меркуріал

В основному існує два типи методологій управління версіями, над якими працюють вищезгадані інструменти. Вони є

Централізована система управління версіями (CVCS) Розподілена система управління версіями (DVCS)

1. CVCS

Тут написаний код зберігається в централізованому сховищі або на централізованому сервері. На місцевих машинах відсутня робоча копія, що є величезним недоліком у випадку відмови сервера. Мені потрібно мати активне підключення до сервера, щоб завжди працювати над репо. SVN використовує цю систему управління

2. DVCS

Тут також у нас є вихідний код на сервері, але поряд з цим ми маємо його як локальну копію на працюючих машинах. Тож навіть якщо на серверному рівні стався збій, ми можемо віддзеркалити локальну робочу копію на сервер при її відновленні. Це наявність локальної робочої копії на кожній машині, відповідальній за термін "Dsistriibuted" в DVCS. Git, Mercurial використовує розподілену систему контролю версій

Git використовує концепцію розгалуження або більш технічно називається TBD Development Development. Це насправді означає, що ми можемо створити декілька гілок від ведучого, і на цих гілках програмісти можуть працювати і здійснювати свої зміни в цих гілках, і кожен з цих комісій відстежується. І коли клієнти схвалюють, ми можемо об'єднати всі гілки до основного коду у виробництві. Таким чином не впливають на головний вихідний код безпосередньо. Робота над головним вихідним кодом безпосередньо буде ризикованішою і її потрібно уникати. Ми можемо працювати у відділеннях та виконувати різні сценарії тестування, і після того, як остаточна версія буде стабілізована та затверджена, ми можемо працювати над об'єднанням її майстра, що зменшує ризик на значну кількість.

Git насправді безкоштовний, а для користувачів Mac він доступний за замовчуванням. В Linux ми можемо встановити git, а для Windows - у нас є щось, Git Bash. Є два найпопулярніших джерела сховища, де ми можемо працювати з Git, і це Git Hub і Bit Bucket та організація, яка обирає, виходячи з його переваг.

Переваги системи управління версіями GIT

  • Підтримує як успадковану форму розвитку, яка є лінійною, так і нелінійною формою розвитку
  • Оскільки вони розповсюджені в природі, менше турбуватися про збої одного сервера. Ми завжди можемо віддзеркалити код з локального репо на сервер.
  • Ми також можемо реалізувати рівень захисту поверх git, який може призначати обмеження доступу під час фіксації та натискання.
  • Може працювати на багатьох платформах, таких як Mac, Linux, Windows тощо
  • Абсолютно безкоштовно та з відкритим кодом
  • Ефективний і швидкий через розподіленого характеру
  • Чітке відстеження комітетів, оновлень, повернень, версій, натискань і тягне
  • Подає GitBash для вікон, які прості у використанні.
  • Також доступні різні графічні інтерфейси для роботи над GIT
  • Він не потребує активного мережевого з'єднання завжди, оскільки доступний локальний сховище.

Робота з Git

  • Створіть робочу гілку з початкового майстра або з іншої гілки залежно від вимоги
  • Клоніруйте гілку на локальному, використовуючи GitBash для windows
  • Робота над гілкою та виконайте модифікації чи доповнення до неї компонентів
  • Внесіть зміни та зверніться до трекера фіксування
  • Якщо ви вважаєте, що вчинення було непотрібне, ви можете повернути його до попереднього
  • Якщо декілька програмістів працюють в одній гілці, то місцеве репо повинно бути оновлене, перш ніж висувати зміни. Тому виконайте PULL
  • Тепер ви зможете виконати PUSH
  • Після огляду та затвердження коду у вашій філії, ми можемо перенести код на виробництво будь-яким методом ansible або будь-яким способом, яким користується організація.
  • З’єднайте гілку з Master, щоб ми оновили код у ній.

Git є найбільш часто використовуваною системою управління розподіленими версіями через її розподіленого характеру, жодної точки відмови та є відкритим кодом. Ви можете спробувати працювати з ним, використовуючи зразок коду в GitHub та GitBash в Windows PC, оскільки команди git прості та доступні в Інтернеті.

Рекомендовані статті

Це посібник із системи управління версіями GIT. Тут ми обговорюємо різні типи контролера версій з перевагами та роботою. Ви також можете переглянути наступну статтю, щоб дізнатися більше -

  1. Команди GIT
  2. Вступ до GIT
  3. Git Альтернативи
  4. Що таке Git?
  5. Версії Tableau
  6. Git Origin Master
  7. Що таке концентратор?
  8. Три етапи життєвого циклу Git із робочим процесом
  9. Як використовувати GIT Cherry-pick з прикладом?

Категорія:

Великі дані