Переход с Trac на Phabricator

В настоящее время мы рассматриваем возможность перехода с Trac на Phabricator, и мне было интересно, может ли кто-нибудь поделиться своим опытом переноса вики и билетов, которые у них были на Trac.

Я изучил Conduit и полагаю, что создание сценария, получающего информацию Trac с помощью XMLRPC и помещающего их в Phabricator, сработает. Чего не хватает, так это того, что я не нашел способа создать вики-страницу или добавить комментарии к существующей задаче.

Если у кого-то есть идея о том, как этого можно достичь, это очень поможет.

Спасибо


trac phabricator
person jvlar    schedule 25.09.2014    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Прошло некоторое время с тех пор, как мы перешли от Trac к другим решениям, но наша текущая миграция на Phabricator связана с проблемами из нескольких других подобных решений (Github, JIRA, Redmine) в Phabricator.

Из нашего опыта (на данный момент):

  • Мы не использовали Conduit для вики-страниц, поэтому я не знаю, насколько хорошо это работает (вместо этого переместил все вручную — хорошая возможность почистить документы).
  • Вы можете добавлять комментарии к задачам с помощью maniphest.update (поле комментариев).

Некоторые из основных препятствий, с которыми мы столкнулись:

  • Отсутствие структуры проекта/компонента, как в большинстве других средств отслеживания ошибок (меньше проблем в trac, поскольку это 1 проект на экземпляр, если только вы не переносите несколько экземпляров trac). Я предполагаю, что это предназначено для обработки объектом «Проекты» в Phabricator (пометка несколькими объектами), но это не очевидное сопоставление 1-к-1. И, честно говоря, вся эта штука с «Проектами» в Phabricator сейчас немного запутана. Концепция крутая, но ею также довольно легко злоупотреблять способами, которые, возможно, не предназначены.
  • Невозможно добавить зависимости/блокирующие задачи через Conduit. Это нарушает некоторые из наших усилий по миграции. У них есть задание по этому поводу на phabricator.com-
  • Добавление комментариев через канал добавит их как пользователя, который выполняет импорт (не предполагаемое поведение). Существует опция администратора, которую можно включить, чтобы позволить администраторам выдавать себя за других пользователей, хотя они не рекомендуют этого делать. Мы пока не использовали его (проще, для проектов, которые мы мигрировали, просто добавить комментирующего пользователя и дату комментария в текст комментария).

Обратите внимание, что если вы не сохраните это явно, вы потеряете возможную важную информацию, такую ​​​​как дата отправки задачи и т. Д.

Возможно, вы захотите взглянуть на Arcyon, небольшой инструмент, который объединяет некоторые функции канала, необходимые для миграции, в более удобный для сценариев интерфейс: https://github.com/bloomberg/phabricator.-tools

person Michael A.    schedule 07.10.2014
comment
Вы смотрели на настраиваемые поля манифеста? Похоже, вы можете добавлять компоненты в качестве настраиваемого поля. secure.phabricator.com/book/phabricator/article/custom_fields - person ACyclic; 04.12.2014
comment
Да, но мы предпочитаем, чтобы установка нашего фабрикатора была как можно более чистой, чтобы избежать осложнений в дальнейшем. В настоящее время мы работаем с компонентами как с дополнительными проектами; это соответствует плану развития, насколько я знаю, поскольку Phacility планирует добавить подпроекты позже. - person Michael A.; 05.12.2014