Как быть в курсе известных ошибок и исправлений ошибок в пакетах R?

Есть ли стандартный ресурс сообщества R для получения последних данных об известных ошибках или исправлениях ошибок для пакетов? Мой нынешний подход скорее ручной. (NB: я ограничиваю это CRAN - см. Примечание 1.)

Мой вариант использования - это в основном наблюдение за ошибками и управление обновлениями пакетов. В течение некоторого времени я собирал в среднем пару обнаружений ошибок каждый месяц (о чем я должным образом сообщаю авторам ;-)). Поскольку большая часть моей работы выполняется с виртуальными машинами, я, как правило, обновляю образы виртуальных машин, когда хорошо разбираюсь в статусе ошибки для необходимых пакетов. Когда исправлена ​​куча ошибок, я могу удалить свои обходные пути, что прекрасно, и обновить изображения. Когда я обнаруживаю вспышку ошибок, я не создаю новый образ.

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

• Файлы NEWS: многие, но не все пакеты содержат файлы NEWS. Это, безусловно, полезное место для начала.
• Домашняя страница пакета: Некоторые пакеты не имеют файла NEWS на CRAN, но отдельно публикуют журнал изменений на сайте автора.
• Списки рассылки, размещенные в проекте R
• Группы Google для пакетов
• Личное общение с авторами пакетов
• Отслеживание ошибок для пакетов (например,разработчик может использовать Bugzilla)

Одно дело - первым обнаружить ошибку (я допускаю, что ошибки случаются со всеми нами), и совсем другое - с опозданием обнаружить ошибку, которая либо уже известна, либо, что еще лучше, уже фиксированный. Оба замедляют мое собственное кодирование, но лучшее наблюдение за ошибками (возможно, нам нужен пакет cdc4R :)) значительно снизит влияние. Без стандартной системы оповещения об обновлении (например, расширения для update.packages () , которое сообщает, какие пакеты могут быть обновлены, и ссылки на информацию об изменениях), задача пользователя - искать эту информацию.

В качестве такого пользователя, пытающегося найти эту информацию, есть ли какой-нибудь стандартный ресурс, который я пропустил в приведенном выше списке? Например, существует ли список рассылки R, в который разработчики обычно публикуют свои изменения и исправления ошибок? Или есть сайт, который собирает такие сообщения, публикует тесты (кажется, вывод CRAN posts R CMD CHECK ), или дает какие-то другие отзывы?

Несколько дополнительных заметок о других ресурсах для других 'преимущество:

• Я вижу, что CRANberries содержит краткую diff сводку по пакетам, которая для меня нова. (Меня вдохновляет использование grep для ошибки или исправления в выходных данных diff.)
• bug.report () в R - хороший способ отправить сообщение сообщение R Core или адрес электронной почты сопровождающего пакета.
• Стоит рассмотреть несколько пакетов тестирования: testthat , RUnit и svUnit .
• Моя личная «быстрая проверка» - просто использовать дайджест для проверки совпадения результатов без необходимости проверять равенство очень больших объектов.

Примечание 1: я помечаю этот кран , потому что невозможно управлять вселенной всех R пакетов. Для отдельного автора пакета можно распространять пакет где угодно, использовать любой список рассылки или систему отслеживания ошибок и т. Д. Однако это выходит за рамки "основного направления" R. для изменений, ошибок, исправлений я бы выбрал CRAN + NEWS + Bugzilla + Google Groups + R-Forge (и / или RForge) и т. д., но есть ли другой стандартный механизм отчетности, который отсутствует в этом списке?

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

Примечание 2: я также добавляю администрирование (хотя кое-что еще может быть более подходящим), поскольку это также относится к администрированию R. Для воспроизводимости довольно важно администрирование пакетов; когда есть несколько пользователей или больше движущихся частей, информирование об ошибках и исправлениях становится административной задачей, а также важным соображением при разработке, которое зависит от внешних пакетов. Если другой тег, например системное администрирование более уместно, я открыт для изменений.