Есть ли система контроля версий с иерархической структурой?

Question

[Vitaliy]

Нужно что-то подобное к Git'у, но с возможностью ведения истории изменений на уровне директорий. В гите это можно решить через сабмодули, но для этого придется создавать отдельные репозитории. Также нужна возможность копирования данных по определенным директориями (в общем не всем разом весь репозиторий, а по мере необходимости). Есть конечно в гите squash, но и в нем не ясно почему нельзя указать инлайново при определенном pull нужный путь (вроде на SO есть ответы с filter, но на 2.22.0 он просто не работает (и то в хэлпе он упоминается только у fetch)

Comments

[Иван Шумов]

Детализируй конкретно что у тебя за директории. Пока что звучит дико

[Vitaliy]

Иван Шумов, то есть? Обычные директории в файловой системе

[Иван Шумов]

Виталий Столяров, у тебя это как бы части одного проекта я так понимаю, поэтому нужны детали

[Vitaliy]

Иван Шумов, допустим, просто разные директории, к которым должны быть привязаны коммиты, а не одним списком глобально на весь репозиторий

[Иван Шумов]

Виталий Столяров, ты ничего не проясняешь таким образом. Пока что это задача, которую репозиторий не должен решать. Это просто несколько репозиториев

[Vitaliy]

Иван Шумов, тогда смысл комментировать вопрос, не понимая сути дела?

[Vitaliy]

Пока что это задача, которую репозиторий не должен решать.

Где это сказано?

[Иван Шумов]

Виталий Столяров,

тогда смысл комментировать вопрос, не понимая сути дела?

чтобы как раз и прояснить делали и на основе их предложить решение

Где это сказано?

По тому что в системах контроля версий вообще уже десятки лет не существует подобного функционала - то есть git submodules самое близкое из того что требуется, но тебе это не нравится.

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

[Vitaliy]

Иван Шумов, это необязательно какой-то software проект. Любой набор файлов и директорий в ФС

[Иван Шумов]

Виталий Столяров, тут просто большинство разговоров о подобных проектах. Но в таком чистом виде таких систем контроля версий просто н существует просто по причине что самый крупный юнит в системе контроля версий это репозиторий и выше него нулевая видимость. Так что либо несколько репозиториев либо один. Пока деже непонятно что вас не устраивает в нескольких репозиториях и для чего это все

[Vitaliy]

Иван Шумов, при нескольких репозиториях нужно извращаться с написание скриптов для рекурсивного pull'а каждого репозитория, коммита в нужный репозиторий и просмотра логов по нескольким дочерним репозиториям

[Иван Шумов]

Виталий Столяров, ага. Вот мы и попались, как говорится. Налицо отсутствие постановки работы по гайдлайнам)

Обычно такая проблема происходит в модульных проектах, когда есть зависимости и нет тестов.

Как это делают в больших компаниях:
- делается множество репозиториев
- каждый репозиторий обязан включать тесты и версионирования через теги
- единый проект собирается исключительно через пакетный обработчик (composer, npm, maven, pip ...) Для языка разработки
- все эти репозитории независимо разрабатываются и общаются исключительно на уровне интерфейсов чтобы не было необходимости лезть в проекте внутрь зависимости и ее дебажить - она работает как черный ящик

[Vitaliy]

Иван Шумов, омгг.. да не идет речь ни о каких софтверных проектах, тем более с тестами. Все файлы содержат тестовую или медиа информацию, а не программные инструкции

[Иван Шумов]

Виталий Столяров, тогда зачем там вообще репозиторий?)

[Vitaliy]

Иван Шумов, да, пожалуй буду хранить файлы в вакууме *шутка*

[Модератор]

Нарушение пункта 4.2 правил! При повторном нарушении ваша учётная запись будет заблокирована.

[Vitaliy]

Модератор, отлично, как раз уже который месяц не нахожу здесь адекватных ответов

Answer 1

[CityCat4]

svn