Що вам потрібно зрозуміти, виходячи з CVS, це те, що ви більше не створюєте каталогів під час створення філії.
Немає більше "липкого тегу" (який можна застосувати лише до одного файлу) або "тега гілки".
Гілка та теги - це два різних об’єкти в Git, і вони завжди застосовуються до всіх репо.
Вам більше не доведеться (разом із SVN) чітко структурувати ваше сховище за допомогою:
branches
myFirstBranch
myProject
mySubDirs
mySecondBranch
...
tags
myFirstTag
myProject
mySubDirs
mySecondTag
...
Ця структура походить від того, що CVS є системою редагування, а не системою версій (див. Контроль над джерелами проти контролю за редакцією ? ).
Це означає, що гілки емулюються за допомогою тегів для CVS, копій каталогів для SVN.
Ваше запитання визначає, якщо ви звикли оформити тег і почати працювати над ним .
Що вам не слід;)
Тег повинен представляти незмінний вміст, який використовується лише для доступу до нього з гарантією отримання кожного і того ж вмісту кожного разу.
У Git історія ревізій - це ряд комісій, що утворюють графік.
Гілка - це один шлях цього графіка
x--x--x--x--x # one branch
\
--y----y # another branch
1.1
^
|
# a tag pointing to a commit
- Якщо ви оформили тег, вам потрібно буде створити відділення, щоб почати працювати з ним.
- Якщо ви зареєструєте філію, ви безпосередньо побачите останню фіксацію ("HEAD") цієї гілки.
Дивіться відповідь Якуба Нарбського щодо всіх технічних питань, але, відверто кажучи, на даний момент вам не потрібні (поки що) всі деталі;)
Основний момент: тег є простим покажчиком на коміт, ви ніколи не зможете змінювати його вміст. Вам потрібна філія.
У вашому випадку кожен розробник працює над певною функцією:
- повинні створити власну філію у відповідному сховищі
- відстежуйте гілки з сховищ своїх колег (той, що працює над тією ж функцією)
- тягнути / натискати, щоб поділитися своєю роботою з однолітками.
Замість того, щоб безпосередньо відслідковувати гілки ваших колег, ви могли відстежувати лише гілку одного «офіційного» центрального сховища, до якого кожен підштовхує свою роботу, щоб інтегрувати та ділитись усіма роботами для цієї конкретної функції.
