2014-09-25 3 views
1

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

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

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

Спасибо

ответ

1

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

Из нашего опыта (до сих пор):

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

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

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

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

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

+0

Вы смотрели пользовательские поля Манифеста? Похоже, вы можете добавлять компоненты в качестве настраиваемого поля. https://secure.phabricator.com/book/phabricator/article/custom_fields/ – ACyclic

+0

Да, но мы предпочитаем, чтобы наша установка phabricator была «чистой», чтобы избежать осложнений позже. В настоящее время мы обрабатываем компоненты как дополнительные «проекты»; это соответствует плану развития AFAIK, так как Phaxility планирует добавить «подпроекты» позже. –