Словник

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

BranchГілка - напрямок розробки, незалежне від інших. Гілка являє собою копію частини (як правило, одного каталогу) сховища, в яку можна вносити свої зміни, які не впливають на інші гілки. Документи в різних гілках мають однакову історію до точки розгалуження та різні - після неї.

changeset, changelist, activity Набір змін. Являє собою пойменований набір правок, зроблених в локальній копії для якоїсь спільної мети. В системах, що підтримують набори правок, розробник може об'єднувати локальні правки в групи і виконувати фіксацію логічно пов'язаних змін однією командою, вказуючи необхідний набір правок як параметр. При цьому інші правки залишаться незафіксованими. Типовий приклад: ведеться робота над додаванням нової функціональності, а в цей момент виявляється критична помилка, яку необхідно негайно виправити. Розробник створює набір змін для вже зробленої роботи і новий - для виправлень. По завершенні виправлення помилки віддається команда фіксації тільки другого набору правок.

check-in, commit, submit Створення нової версії, фіксація змін. Поширення змін, зроблених в робочій копії, на сховище документів. При цьому в сховищі створюється нова версія змінених документів.

check-out, clone Витяг документа зі сховища та створення робочої копії.

conflict Конфлікт - ситуація, коли кілька користувачів зробили зміни одного і того ж ділянки документа. Конфлікт виявляється, коли один користувач зафіксував свої зміни, а другий намагається зафіксувати і система сама не може коректно злити конфліктуючі зміни. Оскільки програма може бути недостатньо розумна для того, щоб визначити, яке зміна є «коректним», другому користувачеві потрібно самому вирішити конфлікт (resolve).

head Основна версія - найсвіжіша версія для гілки / ствола, що знаходиться в сховищі. Скільки гілок, стільки основних версій.

merge, integration Злиття - об'єднання незалежних змін в єдину версію документа. Здійснюється, коли дві людини змінили один і той же файл або при перенесенні змін з однієї гілки в іншу.

rebase Перенесення точки розгалуження (версії, від якої починається гілка) на більш пізню версію основної гілки. Наприклад, після випуску версії 1.0 проекту в стовбурі триває доопрацювання (виправлення помилок, доробка наявного функціоналу), одночасно починається робота над новою функціональністю в новій гілці. Через якийсь час в основній гілці відбувається випуск версії 1.1 (з виправленнями); тепер бажано, щоб гілка розробки нової функціональності включала зміни, що відбулися в стовбурі. Взагалі, це можна зробити базовими засобами, за допомогою злиття (merge), виділивши набір змін між версіями 1.0 і 1.1 і слив його в гілку. Але при наявності в системі підтримки перебазування гілки ця операція робиться простіше, однією командою: по команді rebase (з параметрами: гілкою і нової базової версією) система самостійно визначає потрібні набори змін і виробляє їх злиття, після чого для гілки базовою версією стає версія 1.1; при подальшому злитті гілки зі стовбуром система не розглядає повторно зміни, внесені між версіями 1.0 і 1.1, так як гілка логічно вважається виділеної після версії 1.1.

repository, depot Сховище документів - місце, де система управління версіями зберігає всі документи разом з історією їх зміни та іншої службової інформацією.

revisionВерсія документа. Системи управління версіями розрізняють версії по номерах, які призначаються автоматично.

shelving Відкладання змін. Надається деякими системами можливість створити набір змін (changeset) і зберегти його на сервері без фіксації (commit'а). Відкладений набір змін доступний на читання іншим учасникам проекту, але до спеціальної команди не входить в основну гілку. Підтримка відкладання змін дає можливість користувачам зберігати незавершені роботи на сервері, не створюючи для цього окремих гілок.

tag, label Мітка, яку можна привласнити певній версії документа. Мітка являє собою символічне ім'я для групи документів, причому мітка описує не тільки набір імен файлів, але і версію кожного файлу. Версії включених в мітку документів можуть належати різним моментам часу.

trunk, mainline, master Ствол - основна гілка розробки проекту. Політика роботи зі стволом може відрізнятися від проекту до проекту, але в цілому вона така: більшість змін вноситься до ствол; якщо потрібно серйозне зміна, здатне привести до нестабільності, створюється гілка, яка зливається зі стволом, коли нововведення буде в достатній мірі випробувано; перед випуском чергової версії створюється «релізной» гілка, до якої вносяться тільки виправлення.

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

working copy Робоча (локальна) копія документів.

Схема локальної системи контролю версій.

Схема централізованої системи контролю версій.

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

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Розподілені системи управління версіями	\|	Основи Git

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.01 сек.