Отслеживание стороннего кода с помощью Git

Ответ 1

Здесь есть две отдельные проблемы:

• Как вы поддерживаете локальные вилки удаленных проектов и
• Как сохранить копию удаленных проектов в своем собственном дереве?

Проблема 1 довольно проста сама по себе. Просто сделайте что-нибудь вроде:

git clone git://example.com/foo.git
cd foo
git remote add upstream git://example.com/foo.git
git remote rm origin
git remote add origin ssh://.../my-forked-foo.git
git push origin

Затем вы можете нормально работать с вашим разветвленным хранилищем. Когда вы хотите объединиться в восходящих изменениях, запустите:

git pull upstream master

Что касается проблемы 2, одним из вариантов является использование подмодулей. Для этого, cd в ваш основной проект и запустите:

git submodule add ssh://.../my-forked-foo.git local/path/for/foo

Если я использую подмодули git, что мне нужно знать?

Вы можете найти подмодули git, чтобы быть немного сложными время от времени. Вот некоторые вещи, которые следует иметь в виду:

• Всегда завершайте подмодуль перед выполнением родительского элемента.
• Всегда подталкивайте подмодуль, прежде чем нажимать родителя.
• Убедитесь, что подмодуль HEAD указывает на ветвь, прежде чем совершать ее. (Если вы являетесь пользователем bash, я рекомендую использовать git -completion, чтобы поместить текущее имя ветки в ваше приглашение.)
• Всегда запускайте 'git обновление подмодуля' после переключения ветвей или вытягивания изменений.

В определенной степени вы можете работать (4), используя псевдоним, созданный одним из моих сотрудников:

git config --global alias.pull-recursive '!git pull && git submodule update --init'

... и затем запустить:

git pull-recursive

Если git подмодули настолько сложны, каковы преимущества?

• Вы можете проверить основной проект, не проверяя подмодули. Это полезно, когда подмодули огромны, и вам не нужны они на определенных платформах.
• Если вы испытали пользователей git, у вас есть возможность иметь несколько вилок вашего подмодуля и связать их с разными вилками вашего основного проекта.
• Когда-нибудь кто-то может исправить git подмодули, чтобы работать более изящно. Самые глубокие части реализации подмодуля на самом деле неплохие; это только инструменты верхнего уровня, которые сломаны.

git не для меня. Что дальше?

Если вы не хотите использовать подмодули git, вы можете посмотреть в git merge subtry strategy. Это сохраняет все в одном хранилище.

Что делать, если восходящий репозиторий использует Subversion?

Это довольно просто, если вы знаете, как использовать git svn:

git svn clone -s https://example.com/foo
cd foo
git remote add origin ssh://.../my-forked-foo.git
git push origin

Затем настройте локальную ветвь отслеживания в git.

git push origin master:local-fork
git checkout -b local-fork origin/local-fork

Затем, чтобы слить из восходящего потока, запустите:

git svn fetch
git merge trunk

(Я не тестировал этот код, но он более-менее-то, как мы поддерживаем один подмодуль с восходящим SVN-репозиторием.)

Не используйте git svn rebase, потому что это очень затруднит использование подмодуля git в родительском проекте без потери данных. Просто обработайте ветки Subversion в виде зеркал только для чтения вверх по течению и явно сходите с них.

Если вам нужно получить доступ к репозиторию Subversion вверх по потоку на другом компьютере, попробуйте:

git svn init -s https://example.com/foo
git svn fetch

Затем вы можете слить изменения с восходящего потока, как и раньше.

Ответ 2

Я немного оглянулся и наткнулся на Braid. Это инструмент, который автоматизирует ветки поставщиков в Git. Он может использовать репозитории Git или SVN.

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

Прежде чем я перейду к нему и использую его: есть ли у кого-нибудь какие-либо навыки работы с Braid? Я хотел бы узнать о возможных минусах, если они есть. Кроме того, если вы не использовали Braid, но имеете некоторый опыт в Git, что вы думаете об этом, на первый взгляд?

Ответ 3

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

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

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

pip: http://pip.openplans.org/ и работает с pip/virtualenv: http://www.b-list.org/weblog/2008/dec/15/pip/

Ответ 4

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

Тем не менее, посмотрите на этот ответ: Вы управляете версией недействительных приложений или всего проекта или обоих?

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