Можно ли интегрировать TFS 2010 с TRAC?

Question

Я работаю в магазине, который принял TFS для контроля версий.Мы довольны интеграцией в VS и другими функциями, которые она предлагает, поэтому, скорее всего, мы не собираемся переходить на другую платформу.Однако по сравнению с другими решениями функции коллективной работы и документирования отсутствуют, особенно SVN + Trac.

Кто-нибудь смог интегрировать TFS 2010 с TRAC?

РЕДАКТИРОВАТЬ: Меня попросили уточнить здесь мои намерения.Это очень простоЯ просто спрашиваю, можно ли использовать систему управления проектами TRAC и системы отслеживания ошибок в сочетании с TFS.И, если так, что это займет?

Помните, Я не ищу решение Sharepoint - я уже получил это. Я спрашиваю, возможно ли, чтоTRAC и TFS могут ладить друг с другом.

(Удалено длинное бессмысленное разъяснение того, что я хочу получить от TRAC. Вопрос просто: «Может ли TRAC работать с TFS?»)

Answer 1

Не так много проблем со стороны Trac. Везде есть FOSS, много модульности и гибкости. Не совсем то же самое на другой стороне. Я читал о проблемах даже при одноразовой миграции с SVN на TFS. Несмотря на то, что все источники открыты и хорошо документированы, нет никаких доказательств хорошей поддержки, которая должна много рассказать вам о возможности получить еще больше - постоянная синхронизация.

Факты: MS SQL сервер является базой для TFS. Нет доступного соединителя для сервера MS SQL в качестве бэкэнда Trac db, хотя есть несколько привязок python к серверу MS SQL или возможность подключения через ODBC. Но просто вариант, ничего не готов AFAIK.

Я не знаю ни одного хорошо документированного открытого API-интерфейса TFS как основы для миграции и интеграции. И я не уверен, что это когда-нибудь изменится. В Redmond (Microsoft) они, по сообщениям, , только учитывая то, что кажется важным для них: "помощь клиентам с инструментами IBM Rational ClearCase и ClearQuest". И, скорее всего, такое поведение сохранится, и SVN / Trac для них будет очень низким для ToDo.

[Edit2] Хотя TFS имеет некоторую поддержку двунаправленной связи, эти сценарии не рекомендуются. Он в основном направлен на интеграцию, читайте: всасывание информации, а не общение с другими информационными системами, такими как Trac.

[Изменить] Просто для подзадачи просмотра репозитория вы можете попытаться написать код, чтобы отправить копию изменений в другое хранилище (SQLite | MySQL | PostgreSQL), которое Trac поддерживает прямо сейчас. Но я считаю, что это довольно расточительно и некрасиво, и факт остается фактом: трудно, если вообще возможно, выполнить такое же отслеживание без такого большого дублирования кода. В конечном счете, если вы хотите жить без фактических изменений источника регистрации, вы должны как минимум отправить информацию о метаданных, например идентификаторы ресурсов (для генерации ссылок), чтобы найти данные в TFS.

Я сейчас изучаю это. Поэтому примите следующее как полуобразованный совет, насколько мне известно, и не стесняйтесь исправлять / обсуждать.