2015-08-15 1 views
3

У нас есть приложение, состоящее из нескольких отдельных компонентов (разные функции/языки).Как управлять несколькими компонентами с помощью IBM Bluemix Track & Plan

Возможно ли в IBM Bluemix использовать один трек & Функция планирования для управления рабочими элементами для компонентов, но сохранить исходный код в отдельных хранилищах git? Например, я хотел бы иметь один backlog для общего приложения, которое затем поддерживается 5 отдельными git-репозициями, в которых размещаются отдельные компоненты (проект-интерфейс, бэкенд проекта, очередь проектов и т. Д.).

Если это невозможно, у кого-нибудь есть шаблон, который работал с оптимизацией общей дорожки & План и все еще позволяющий конвейер доставки/управления отдельными репозиториями git? В идеале я хотел бы централизовать управление задачами, но сохранить код.

ответ

3

На данный момент не существует способа управлять распределенными git-репозициями из одного Трек & План проект интегрирован. Это не означает, что это невозможно сделать вручную, но вам нужно будет привязать к фиксации в удаленных репозиториях в данном рабочем элементе.

Это может быть сделано через Ссылки вкладку любого данного элемента работы и с помощью Добавить Ревизии SVN или Добавить Относящиеся Артефакты. Это позволит вам подключиться к удаленным репозиториям (будь то в IDS, GitHub или частной инструментальной инструментальной системе SCM), при этом все еще используется Трек & Планируйте как общее планирование репо.

Некоторые из них связаны с тем, как проекты построены в . Услуги IBM Bluemix DevOps сегодня. В одном проекте есть понятие одного git-репо, одного экземпляра плана Track & и единого конвейера сборки. Некоторые из этих требований расширяются, но платформа обеспечивает интеграционные возможности для работы с вашим кодом так, как вам нужно прямо сейчас. Например, владельцы проектов могут строить из удаленных репозиториев GitHub в сборке проекта Project, так что код можно управлять по своему усмотрению, но встроенный и развернутый на IBM Bluemix.

+0

Рик, я хотел продолжить и подтвердить, что я пошел с подходом выше (вручную используя связанные артефакты). Немного громоздко, но делает трюк. Надеемся, что в ближайшем будущем в DevOps Services будут задействованы несколько родных репозиториев на дорожку и план или какой-то тип совокупности Track & Plan. – krsyoung

+0

Спасибо за продолжение! Я получу эту проблему в радаре команды DevOps Services, чтобы было видно больше. Если у вас есть какие-либо проблемы, предложения или подробности о том, как вы хотите, чтобы это работало по-другому, последуйте за ними, и я обязательно их увижу. –

+0

Я хотел вернуться к этому сейчас, когда у команды есть несколько месяцев опыта с вышеупомянутым процессом. Все отлично работает! Дополнительный шаг для фиксации фиксации не идеален, но также не является нарушителем транзакций и другими преимуществами, которые мы получаем. В настоящее время у нас есть один основной проект Track & Plan, который контролирует рабочие элементы для 10 различных компонентов. – krsyoung