Как хранить в подрывной деятельности мои настройки для открытого проекта с открытым исходным кодом?

Question

Я работаю над настройкой нескольких проектов с открытым исходным кодом способами, которые очень персонализированы - т. Е. Нецелесообразно посылать исправления обратно сторонним разработчикам. Один из них хранится в CVS, один в SVN. Я использую SVN для своей работы.

Проект CVS в порядке. Я проверяю дерево в моем svn-репозитории, включая каталоги CVS. Я могу выполнить все мои изменения и все еще выполнять обновление cvs, чтобы обновлять исправления ошибок/функции публичного проекта.

Как я должен работать над проектом svn? Существует ли «лучшая практика» или известная процедура для такого рода сценариев?

Answer 1

Взгляните на раздел в документации на vendor branches.

Answer 2

Проект cvs работает, так как вы поставили его под контроль версии (в svn). Почему вы не можете разместить репозиторий svn под управлением (svn), также - вы можете с ветвями поставщиков, как это предложил Майкл?

Если ответ «потому что он грязный и не подходит», вы осознали (эстетические) ограничения нераспределенного контроля версий. Я бы предложил вам изучить, какие распределенные системы контроля версий (DVCS), такие как git, mercurial или bzr могут предложить вам. Вы узнаете, что, например, git упростят поддержку вашего набора патчей поверх восходящего репозитория. Вы просто должны сохранить частную ветвь кода, используя, например, git rebase, чтобы переслать ваши изменения. Все эти DVCS имеют некоторые способы взаимодействия с репозиториями cvs или svn.