Каков хороший способ разделения спецификаций вместе с кодом с использованием TFS и Sharepoint?

Question

Мы являемся компанией-разработчиком программного обеспечения, и наша кодовая база продуктов, естественно, разветвляется для различных проектов.В настоящее время мы используем TFS2008, настроенный для хранения документов в SharePoint 2007. Оба они будут обновлены до версий 2010 года, начиная с TFS.

Мы хотели бы расширить - а не только версию - наши спецификации, чтобы любой выпускиз любой ветви кода можно протестировать на соответствие версии спецификации.

Мне кажется, что мы можем либо:

1. сохранить наши спецификации в SharePoint, используя поиск и управление версиями SharePointи фальсифицируйте проблему ветвления, используя соглашения об именах или подкаталоги
2. Переместите наши документы из SharePoint в собственно TFS.Наслаждайтесь бесплатными версиями и ветвлениями, и тихо оплакивайте наше утраченное совершенство управления документами SharePoint
3. Найдите какой-нибудь волшебный плагин, который дает нам лучшее из обоих миров?

У кого-нибудь есть какие-нибудьопыт какого-либо из этих вариантов?

Answer 1

• Использование SharePoint является большим преимуществом, поскольку к нему легко получить доступ \
• Наличие документов в TFS является большим преимуществом, поскольку код и документация синхронизируются для каждой версии

Это действительно зависит от ваших реальных потребностей.Если у вас есть магазин, в котором много людей, которым приходится обращаться к документам только время от времени, вероятно, преимущество SharePoint превосходит функцию синхронизации в TFS.Если у вас есть только несколько бизнес-аналитиков, то, вероятно, функция синхронизации выигрывает у SharePoint.

Имейте в виду, что при хранении документов в TFS вам потребуется CAL для каждого пользователя, который обращается к документации.

Answer 2

Вот то, что я предложил в качестве решения, основываясь на ответах здесь и на дальнейших экспериментах.

Во-первых, еще немного предыстории:

Вы можете сделать очень полезные сравнения [1]между версиями документа Word 2007, хранящегося в SharePoint, изнутри Word (меню: Просмотр> Сравнить> Сравнить> Конкретная версия ...) и [2] между различными версиями документа Word в виде отдельных файлов (меню: Просмотр> Сравнить> Сравнить> Сравнить ...) но вы не можете делать сравнения версий непосредственно в TFS, потому что это препятствует работе двоичных файлов.

Это дает вам простой способ сравнения одного и того же документа междуВетви TFS, потому что в вашей файловой системе есть обе версии документа (поскольку TFS 2008 реализует ветвление через каталоги), поэтому вы просто используете опцию [2] выше.Это также дает вам менее простой способ сравнения различных версий в одной и той же ветке (или не текущих версий в целом) - вы загружаете не текущие версии как файлы с переименованными файлами, а затем выполняете сравнение файлов, как и раньше.

Теперь предложение:

Так что я просто предлагаю сделать все наши спецификации в SharePoint и создать там дерево папок веток для зеркалирования папок веток в TFS.

Если возникает требование, мы можем скопировать снимок связанных спецификаций в TFS при выпуске ветки, но я надеюсь, что либо разветвленные спецификации не изменят дату после выпуска, либо что, если они это сделают, версионирование SharePointсправится с этим достаточно хорошо для нас.

Answer 3

Я думаю, я бы выбрал альтернативу 1, учитывая это: если ваша документация, например, в MS Word ветвление не даст вам ничего с точки зрения слияния. Это никогда не будет работать с двоичными файлами.

Если ваша документация на самом деле представляет собой текстовые документы, думаю, я бы все равно выбрал 1, учитывая возможности поиска, представления и т. Д., Которые вы получаете в Sharepoint.