2009-07-16 4 views
1

Мой главный сайт построен на верхней панели Invision Power Board. С выпуском версии 3 я хочу начать с чистой кодовой базы и переделать все мои модификации, но проблема в том, что когда Invision выпускает новые версии, отслеживая изменения, которые я сделал, чтобы я мог их повторно использовать, всегда был ублюдок делать. Хотя эта новая версия будет сохранена в svn, я все равно буду бороться за эффективное обновление до новых версий.Как эффективно управлять изменениями кода сторонних приложений

Заранее спасибо.

ответ

2

Я еще не пробовал, но я думаю, процесс, как это может работать:

  1. Скачать последнюю версию ИПБ и поместить его в папку под названием «Ipb-чистый». Создайте здесь репозиторий Git или Mercurial и сделайте все.

    • Клонировать этот репозиторий в другом месте и называть его «ipb-custom». Внесите все свои настройки здесь и зафиксируйте их. Не нажимайте никаких настроек на «ipb-pure».

    • Новые версии IPB (официальные выпуски) могут быть внесены в репозиторий «ipb-pure». Используйте Git/Mercurial, чтобы переместить эти изменения в «ipb-custom» и объединить головки. Если вам повезет, git/hg сгенерирует все автоматически.

+0

Это действительно хорошее предложение, и я думаю, что работа будет красиво. Любопытно, что вы конкретно ссылаетесь на Git или Mecurial для управления версиями, а не SVN. Я лично предпочитаю Git, но просто не был уверен, что лучше справляться с такими вещами. – Christian

+1

Впечатление, которое я получил от беседы Линуса Торвальда в Google, заключается в том, что Git (и Mercurial) автоматически объединяет ветки, тогда как SVN требует кучи ручного усилия. Я не использую SVN достаточно, чтобы узнать, верно ли это, или применительно к ответу, который я только что написал. –

+1

Мы используем тот же метод, но затем используем Perforce. Работает как шарм. С уважением, Sebastiaan –

1

Вы также можете сделать это с SVN, если вы хотите. Возможно, вы захотите прочитать на 'vendor branches' in the svn book [svnbook.red-bean.com]

+0

Удивительный, это замечательный. Я пытаюсь выяснить, собирается ли Git или svn слить мой код лучше. – Christian

+1

Я бы не стал слишком беспокоиться о возможностях слияния, это будет работать одинаково хорошо в большинстве случаев (хотя git, кажется, несколько лучше, особенно там, где задействованы переименования/перемещения). На данный момент я использую subversion для большинства проектов, просто из-за более зрелого инструментария (TortoiseSVN, VisualSVN, Subclipse, ...). Распределенный характер git - единственная действительная причина для переключения IMHO, но если вам действительно не нужно, чтобы svn выполнял почти ту же работу. – jeroenh

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