Товарищи git'исты и hg'исты!
Nov. 6th, 2011 10:29 amМне похожа нужна консультация по распределённым системам контроля версий:
как я правильно понимаю, и в git и в hg система меток и веток скорее похожа на cvs'ную, а не на svn'ную, то есть они не часть пространства директорий, а некий совсем отдельный вектор.
Соответственно вопросы:
1. Если я единожны создам branch(head) или tag то смогу ли я его потом удалить
2. Если удалить смогу, то как будет осуществляться доступ к тому что было удалено
3. Если не смогу, то как поддерживать порядок, и не копаться в куче древних ветвей
4. У меня в git вся иерархия svn импортировалась деревом c branches/trunk/tags. Мне что теперь чтобы сохранить эту идеологию надо от этой иерархии насоздавать требуемое кол-вто веток, переместить требуемое поддерево в корень и поименовать этот бранч/ затагить? И в результате окажется та же структура но уже в понятиях git/hg?
5. В hg импортировать svn мне не удалось, она пытается иерархию branches/trunk/tags воспринимать как свои ветки и метки, и не осиливает того безобразия которе там творилось за всю историю, и часть истории не импортирует... Вилидимо если xtodin так хочет hg буду ее мигрировать через git
как я правильно понимаю, и в git и в hg система меток и веток скорее похожа на cvs'ную, а не на svn'ную, то есть они не часть пространства директорий, а некий совсем отдельный вектор.
Соответственно вопросы:
1. Если я единожны создам branch(head) или tag то смогу ли я его потом удалить
2. Если удалить смогу, то как будет осуществляться доступ к тому что было удалено
3. Если не смогу, то как поддерживать порядок, и не копаться в куче древних ветвей
4. У меня в git вся иерархия svn импортировалась деревом c branches/trunk/tags. Мне что теперь чтобы сохранить эту идеологию надо от этой иерархии насоздавать требуемое кол-вто веток, переместить требуемое поддерево в корень и поименовать этот бранч/ затагить? И в результате окажется та же структура но уже в понятиях git/hg?
5. В hg импортировать svn мне не удалось, она пытается иерархию branches/trunk/tags воспринимать как свои ветки и метки, и не осиливает того безобразия которе там творилось за всю историю, и часть истории не импортирует... Вилидимо если xtodin так хочет hg буду ее мигрировать через git
no subject
Date: 2011-11-12 10:05 am (UTC)Гм... однако на скопированных файлах он как минимум дает нужный эффект...
git log -M докуда изменения показывает?
До момента переименования.
git log --follow до начала времен.
no subject
Date: 2011-11-12 10:18 am (UTC)А log -M это "If generating diffs, detect and report renames for each commit. For following files across renames while traversing history, see --follow."
no subject
Date: 2011-11-12 10:53 am (UTC)no subject
Date: 2011-11-12 11:10 am (UTC)no subject
Date: 2011-11-12 11:46 am (UTC)Это на git'е в которой все единой структурой директорий засосалось...
no subject
Date: 2011-11-12 02:47 pm (UTC)