Переход от Eclipse к удаленному репозиторию в определенном месте

Question

У меня есть удаленный репозиторий Git с ок. следующая структура хранилища:

service1/ 
service1/image1/ 
service1/image1/docker/ 
service1/image1/docker/Dockerfile 
service2/ 
service2/image2/ 
service2/iamge2/docker/ 
service2/image2/docker/Dockerfile 

Я могу клонировать его от https://<my-git-server>/my-project.git получить каталог my-project/ и соответствующую файловую структуру под ней.

Структура файла Eclipse внутри папки проекта составляет ок. следующим образом (как это обычно для динамических веб-проектов в Eclipse):

my-project/WebContent/ 
my-project/build/ 
my-project/src/ 

Если возможно, я хотел бы прийти в новое хранилище структуры для удаленного хранилища Git следующим образом:

service1/ 
service1/image1/docker/ 
service1/image1/docker/Dockerfile 
service2/ 
service2/image2/ 
service2/image2/docker/ 
service2/image2/docker/Dockerfile 
service2/image2/eclipse/ 
service2/image2/eclipse/my-project/ 
service2/image2/eclipse/my-project/WebContent/ 
service2/image2/eclipse/my-project/build/ 
service2/image2/eclipse/my-project/src/ 

Мои вопрос: как я могу указать дополнительный компонент пути eclipse/myproject? Я понимаю, что отталкивание от Eclipse до https://<my-git-server>/my-project.git приведет к тому, что WebContent, build и src станут братьями и сестрами service1 и service2, и что отталкивание от Eclipse до https://<my-git-server>/my-project.git/service2/image2/eclipse/my-project тоже не сработает.

Итак, как это осуществить?

Answer 1

После дальнейших исследований и размышлений я решил об управлении исходным кодом для моего проекта в двух хранилищах Git. У меня нет внешних зависимостей, которые помешали бы мне сделать это и поняли, что monorepos и Git не подходят так хорошо.

Для справки, вот новые хранилища структуры:

service1/ 
service1/image1/docker/ 
service1/image1/docker/Dockerfile 
service2/ 
service2/image2/ 
service2/image2/docker/ 
service2/image2/docker/Dockerfile 

WebContent/ 
build/ 
src/ 

Если я не ошибаюсь, Git subtrees or submodules теперь может служить для клонирования из этих хранилищ в один «моно» (как в monorepo) местный вид , если это потребуется.