Как лучше всего управлять изменениями в сторонних библиотеках с открытым исходным кодом? [закрыто]

Закрыт . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить фактами и цитатами, редактируя это сообщение .

Закрыт 4 года назад .

В недавнем проекте мне пришлось изменить библиотеку с открытым исходным кодом, чтобы устранить функциональный недостаток. Я следовал передовой практике SVN по созданию репозитория «исходный код поставщика» и внес свои изменения в него. Я также отправил патч в список рассылки этого проекта. К сожалению, у проекта всего пара сопровождающих, и они очень медленно фиксируют обновления.

В какой-то момент я ожидаю, что библиотека будет обновлена, и я ожидаю, что мой проект захочет использовать обновленную библиотеку. Но теперь у меня есть потенциальная проблема ...

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

Должен ли я назвать библиотеку особым образом, чтобы было ясно, что мы внесли особые изменения (например, commons-lang-2.x-for-my-project. банка)? Должен ли я просто задокументировать патч и указать местоположение SVN и ссылку на элемент списка рассылки в README? Ни один из вариантов, который я могу придумать, не кажется надежным в сценарии обновления.

Что лучше всего подходит для этого?

задан Jeff Knecht 5 February 2011 в 22:44

0 ответов

Другие вопросы по тегам:

svn open-source customization

Как лучше всего управлять изменениями в сторонних библиотеках с открытым исходным кодом? [закрыто]

0 ответов

Похожие вопросы: