Как мне обрабатывать специфический для клиента код с помощью общего ядра в Visual Studio и TFS - PullRequest
1 голос
/ 26 апреля 2011

Я новичок в Visual Studio и в понятиях проектов , решений и Team Foundation Server .

Мы разрабатываем приложение для Windows, которое использует веб-службы и XSLT. WinApp и код веб-службы распределяются между разными клиентами, но у нас есть специфичные для клиента DTD / XSD / XSLT (например).

В настоящее время весь код поддерживается в SourceSafe (то, что мы планируем заменить на TFS) с общим ядром и специфичным для клиента кодом в одном и том же месте ( да, вот как мы это делаем .. . ). Мы также используем одно и то же решение для всего кода, как общего, так и пользовательского.

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

  1. Как мне сделать что-то подобное с TFS?

  2. Как управлять решениями / проектами в Visual Studio для общего и пользовательского кода?

Может быть, есть простое решение этой проблемы, которое я пропустил, если это так, пожалуйста, просветите меня!

1 Ответ

1 голос
/ 27 апреля 2011

Мы только что объединили большой набор визуальных безопасных исходных решений с Team Foundation Server 2010. Для общих Frameworks мы создали отдельную коллекцию с Team Projects, где разработчик должен получить самую последнюю версию, когда нужно разрабатывать наклиентские решения.

Что касается решений для клиентов, я думаю, что это может быть решением;начните создавать базу (базовую структуру с базовыми файлами в Team Foundation Server) и используйте ветвление из этой базы для создания версий, специфичных для клиента.

В случае, если вам также требуется обслуживание версии клиента, вы можете подумать о копировании.Базовое решение клиента для нового решения;Разветвите новую базу в ветку разработки;работайте в ветке разработки и объединяйте ее, когда будете готовы к развертыванию (тестирование и другие ветвления, которые я исключил из этой части).

Но это не столько то, как вы используете Team Foundation Server для этого, это скореевопрос наличия правильной практики и политик для обеспечения жизненных циклов приложений.

...