В gitlab можно ли создать два или более хранилища только в одном проекте?

Я запускаю GitLab в контейнере Docker, но до сих пор все в порядке, никаких проблем с этим вообще. Я просто сомневаюсь в создании репозиториев в проектах. Я создал свой первый проект в GitLab, а затем после его создания я был перенаправлен на страницу с некоторыми командами для использования в терминале. Было три раздела, один из которых - "Создать репозиторий", я использовал эти команды и поэтому мог создать свой репозиторий моего проекта. Однако после этого эта страница с командами исчезла, и я мог просто увидеть ее снова, когда я создал новый проект. В конце концов, снова идет мой вопрос: возможно ли создать два или более хранилища только в одном проекте?

Ответ 1

У меня есть только время, чтобы дать короткий ответ прямо сейчас, но я надеюсь, что это поможет:

Короче: НЕТ
Но также: ДА, после моды

Существует взаимно однозначное соответствие между репозиториями и проектами (которые, возможно, лучше назвать репозиториями).

Одно решение: Gitlab поддерживает создание групп проектов/репозиториев, которые могут управляться как проект, состоящий из нескольких репозиториев.

Git-based/local Options

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

Альтернативное решение: создайте фиктивное репо, которое содержит все ваши желаемые репозитории в качестве подпозиций. Это мастер-репо будет отслеживать все изменения в подрепоре. Однако; есть несколько проблем с логистикой, файлы.git для subrepos не будут существовать в Gitlab, поэтому вы можете захотеть, чтобы выделенный клиент с этими файлами вытащил master-репо из Gitlab (возможно, один из них за раз, если вы хотите, чтобы subrepo истории, соответствующие истории основного репо) и обновить соответствующие локальные подпосылки (они также могут храниться независимо в GitLab).