Стоит ли сбрасывать репозиторий при его захламлении?

Question

[FanMakaron]

Дано:
- Git-репозиторий с трехлетним стажем
- Отлаженный процесс разработки в VCS
- Все merge-операции производились через TortoiseGit

Хочется избавиться от:
-очень кривая история в первый год(т.к. процесс разработки еще не устоялся)
-появление около 10 веток из ниоткуда, то есть исходят раньше чем первый комит(см. изображение)

Цель:
-Достижение порядка в репозитори

Собственно вопрос:
У кого какое мнение, стоит ли создавать чистый репозиторий, переносить туда рабочие файлы и начинать историю сначала? Старый репозиторий при этом отправив в архив на случай анализа.

А так же второстепенный вопрос:
Знает ли кто-нибудь причину появления веток "из ниоткуда"?

Comments

[FanMakaron]

По поводу веток из ниоткуда.
Тайна отображения раскрыта. Такой вид дерева в TortoiseGit появляется, когда:
1. В удаленном репозитории, в общей ветке, например master, создан commit в это же время на origin появляется другой commit. Если в этот момент сделать pull из origin произойдет auto merge master с origin с локальным master (В TortoiseGit это отображается как стандартный commit с комментарием "merge master with master")
2. Далее в удаленном репозитории создается ветка от этого auto merge, в ней делаются изменения после чего ветка сливается с master и отправляется на origin.
3. Т.к. в origin не появится commit с auto merge, от которого создалась ветка, TortoiseGit'у ничего не остается, как показать ветку из ниоткуда, что-то вроде корни растут не из этого репозитория.

Answer 1

[Дмитрий Энтелис]

Ветка не может появиться из ниоткуда т.к каждый коммит кроме первого имеет родителей.
Скорее всего TortoiseGit неправильно строит Вам графическое представление.
Ну или у вас кто то сурово порушил структуру репозитория :)

Что касается истории коммитов - на мой взгляд это то, что в Git реализовано отвратительно (по крайней мере сравнивая с mercurial ) и ценность такой истории не очень велика.

Хотите - создайте новый репозиторий, почему бы и нет.

PS Что такое СКВ? :)

Comments

[Максим Ковалёв]

СКВ - система контроля версий

[Mintormo]

Видимо Система Контроля Версий :-)

[FanMakaron]

Я думал что данные ветки появились в случае создания на "удаленном" коммите(когда в ориджин мастере откатились назад и сделали новый коммит, но в удаленном репозитории сделали таск в ветке от уже затертого, в последствии которую слили), но эта версия опроверглась когда я сливал таск и собственными глазами увидел merge не в мастер пошел а в новую ветку "из ниоткуда", причем когда я по-откатывался туда-сюда проблема исчезла.

Да-да, СКВ - это провинциальный аналог аббревиатуры VCS.
Дмитрий, а не могли бы вы дать краткое сравнение "истории коммитов" в Git и Mercurial?

[Дмитрий Энтелис]

@PsychoMakaron оуе. Вот эта возможность удалять коммиты в удаленном репозитории меня вообще убивает) По поводу веток из ниоткуда - сложно мне комментировать, вживую не сталкивался.

Про сравнение истории например habrahabr.ru/post/123700 ну и habrahabr.ru/post/168675 для общего понимания различий.

[Дмитрий Энтелис]

@PsychoMakaron Вообще со временем я пришел к мысли что когда разработчиков на проекте много - очень удобным становится активное использование pull request. Где именно при этом ведется разработка - в отдельных ветках основного репозитория, или в форках - не принципиально.

[FanMakaron]

Дмитрий Энтелис:
По поводу pull/merge request - в git тоже считаю обязательным условием, если с репозиторием работает более 2-3х человек, особенно если у них небольшой опыт.

По поводу веток из ниоткуда.
Тайна отображения раскрыта. Такой вид дерева в TortoiseGit появляется, когда:
1. В удаленном репозитории, в общей ветке, например master, создан commit в это же время на origin появляется другой commit. Если в этот момент сделать pull из origin произойдет auto merge master с origin с локальным master (В TortoiseGit это отображается как стандартный commit с комментарием "merge master with master")
2. Далее в удаленном репозитории создается ветка от этого auto merge, в ней делаются изменения после чего ветка сливается с master и отправляется на origin.
3. Т.к. в origin не появится commit с auto merge, от которого создалась ветка, TortoiseGit'у ничего не остается, как показать ветку из ниоткуда, что-то вроде корни растут не из этого репозитория.