Отслеживание зависимых выпусков сторонних библиотек - PullRequest
4 голосов
/ 12 марта 2010

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

Вот несколько библиотек, которые я использую:

  1. Zend Framework
  2. JQuery
  3. HTMLPurifier
  4. Markdownify
  5. Редактор InnovaStudio WYSIWYG
  6. FancyBox
  7. MojoZoom

Ответы [ 5 ]

5 голосов
/ 12 марта 2010

«Простой способ - сохранить записанные версии и регулярно посещать веб-сайты»

Хорошая идея.

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

Потенциально плохая идея.

Проблема заключается в подтверждении взаимной совместимости. Программное обеспечение с открытым исходным кодом требует огромных усилий по интеграции.

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

  1. Выберите расписание. Ежемесячно, например.

  2. Проверьте все ваши пакеты на наличие заметок о выпуске.

  3. Загрузите обновления, которые могут быть вам интересны. Т.е. они исправляют ваши ошибки. Или они исправляют дыры в безопасности, о которых вы не знали.

  4. Test.

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

2 голосов
/ 12 марта 2010

Есть ли у них репозитории контроля версий? Если это так, ваша проблема решается путем извлечения из их соответствующих VCS.

1 голос
/ 12 марта 2010

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

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

1 голос
/ 12 марта 2010

Мне нравится помещать все свои проекты в SVN, а затем использовать svn: externals.

1 голос
/ 12 марта 2010

У вас может быть какая-то автоматическая проверка, если они разрешают доступ только для чтения к своему исходному хранилищу. Это действительно не должно быть много работы, чтобы ориентироваться на каждого отдельного.

В противном случае списки рассылки или RSS-каналы могут также предоставлять некоторую информацию в стиле push.

EDIT:

А как насчет использования GMail для агрегации всего? Вы можете подписаться на списки рассылки, чтобы получать почту в свою учетную запись GMail, подписываться на RSS-каналы с помощью Google Reader и получать от нее уведомление через GMail , а затем посмотреть, можно ли подписаться на SVN Обновления в репозиториях.

Может быть, больше работы, чем стоит. ;)

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