Нажатие поддеревья в git repo

Question

Я довольно новичок в Git: я родом из SVN, и там я нашел действительно мощную внешнюю функцию. Вот в Git я не найти что-то подобное:

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

Итак, сценарий таков: у меня есть проект, в который я хочу включить некоторые библиотеки. Мне нужна возможность изменить все эти библиотеки и направить их в свои собственные репозитории. Кроме того, некоторые из этих библиотек являются поддиреями больших проектов (например, если проект включает в себя также демонстрационные или readme-файлы, я не буду включать эти dirs в свой проект).

Как я могу это сделать?

Я пробовал:

• http://progit.org/book/ch6-7.html + http://posterous.timocracy.com/git-sub-tree-merging-back-to-the-subtree-for (сливающийся только подкаталог не допускается, или я просто не могу видеть);
• http://www.tipstank.com/2011/02/21/git-subtree-notes-and-workflows/ (то же, что и выше, не обрабатывать включение subdir);
• http://psionides.eu/2010/02/04/sharing-code-between-projects-with-git-subtree/ (ничего не видно о нажатии);
• http://h2ik.co/2011/03/having-fun-with-git-subtree/ (не может видеть ничего толкая)

Ну, если вы достигли этой точки, спасибо за ваше терпение, теперь я хотел бы еще что-нибудь попробовать, потому что сейчас мой вывод : "поддерево толкая не допускается в Git" ç_ç

Answer 1

Пара замечаний от комментариев:

• git submodules are different from svn external
• любое изменение сделано для субмодуля can be push to its own remote repo.
• «Planning repository layout for git migration» иллюстрируют, что вы не всегда можете напрямую использовать подмодули, поскольку структура каталогов не будет именно то, что вам нужно.

Так что я рекомендую:

• загрузку (GIT проверки) родительский репозиторий и все его подмодули
• создание другого правильную структуру, с линком подмодулей (или подкаталоги подмодулей, чтобы для достижения того, что вам нужно.
• периодически возвращайтесь к родительскому репо git ain, чтобы обнаружить какие-либо изменения (dones из другой структуры каталогов, созданной вне Git), чтобы зафиксировать и вытолкнуть все модификации подмодулей, а затем зафиксировать и нажмите родительское репо.не

мерзавец фотографии

parent repo 
    + 
    +--> main project 
    + 
    +-> mainDir1 
    +-> mainDir2 
    +--> lib1 
    + 
    +-> lib1Dir1 
    +-> lib1Dir2 
    +--> lib2 
    + 
    +-> lib2Dir1 
    +-> lib2Dir2 

И ваша собственная структура проекта (например)

+--> main project (symlink to ../parent/main project) 
    + 
    +-> mainDir1 
    +-> mainDir2 
    +-> lib1Dir1 (symlink to ../parent/lib1/lib1Dir1) 
    +-> lib1Dir2 (symlink to ../parent/lib1/lib1Dir2) 
    +-> lib2Dir2 (symlink to ../parent/lib1/lib2Dir2) 

(обратите внимание, что нет lib2Dir1 (например), потому что в Вашем проекте вы не» t необходимо)

Answer 2

Решение VonC опрятно, но оно имеет недостаток: Нет ни одного выхода od способ захвата конфигурации вашего проекта + библиотеки в определенный момент времени.

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

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

В противном случае всегда двигайтесь вперед и никогда не просматривайте более старую версию.