2014-01-30 6 views
0

Сценарий: Я в основном работаю с Eclipse для разработки плагинов. У нас есть наше репо, которое представляет нашу деятельность в области развития. Теперь мне иногда нужно внести некоторые изменения в несколько Eclipse или других сторонних плагинов, которые сами размещаются на Git. Затем мне нужно, чтобы эти модифицированные проекты плагинов были доступны как часть моей кодовой базы.Git: Как координировать работу над несколькими репозиториями

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

+0

и вам нужны эти плагины 3rd партии как СРК, а не банки, которые могут быть построены и г разрешено через плющ/maven/gradle? IvyDE также может разрешать зависимые проекты в рабочей области. –

+0

Мне нужны эти источники, так как мне нужно настроить их код. Теперь я клонирую проект плагина git repo, импортирую проект, который я хочу в свое рабочее пространство, и вношу необходимые изменения. После этого я хочу продолжать получать обновления и объединять их в своем локальном филиале, но также вызывать изменения в нашем основном благословленном репо. –

ответ

1

Это звучит, как вы хотите использовать команду мерзавец SUBTREE http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/

«Команду для обновления подпроекта позднее становится:»

git fetch tpope-vim-surround master 
git subtree pull --prefix .vim/bundle/tpope-vim-surround tpope-vim-surround master --squash 

«Когда пришло время, чтобы внести свой вклад обратно к восходящему проекта нам нужно раскошелиться проект и добавить его в качестве другого пульта ДУ:»

git subtree push --prefix=.vim/bundle/tpope-vim-surround/ durdn-vim-surround master 
+0

Понятно, что git-поддерево вместе с разреженной проверкой - это путь. –

Смежные вопросы