TFS Team Foundation Server 2010 - Структура - проекты в нескольких решениях - что является лучшим? - PullRequest
3 голосов
/ 31 августа 2011

мы недавно начали использовать TFS2010 для управления исходным кодом.

Он хорошо работает с первым решением, которое мы перенесли.

$/TeamProject
    /Main
        /Source (contains solution)
            /Project1
                /Source
            /Project2
                /Source
            /ProjectN
                /Source
    /Releases

        /x.x.x  
            (similar structure)

Вопрос, который у меня возникает, - как лучше всегодля создания проектов, на которые ссылаются несколько решений?

Заранее спасибо

Сэм

Ответы [ 3 ]

2 голосов
/ 06 сентября 2011

Один из способов, который я часто рекомендую, - это иметь ту же структуру, которую вы показали выше, но иметь все файлы решений в одной папке (Main / Source) со всеми проектами в подпапках ниже. Таким образом, вы можете выбрать любые проекты, которые требуются для решения, и проекты могут принадлежать более чем одному решению. Это предотвратит любые предупреждения о структуре исходного кода, которые могут отображаться, если ваши проекты не входят в структуру решения.

При создании решений необходимо соблюдать осторожность. Решения, как правило, должны создаваться одновременно, поэтому зависимые библиотеки DLL имеют одинаковую версию.

Mike

2 голосов
/ 31 августа 2011

Я не вижу много неправильных в этом подходе.В книге Patterns and Practices , посвященной Code Plex, есть несколько хороших ошибок.Я бы также рекомендовал TFS 2010 от Wrox в качестве важного прочтения по этому вопросу.

Я укажу предостережение, которого книга не делает, хотя.Если вы разветвляете один проект внутри другого.

Например,

$/TeamProject
  /Main
    /3rd Party DLLs (<-Branched from $/3rd Party/Bin)
    /Source
$/3rd Party
  /Main
    /bin
    /Sources

Тогда вы не сможете создать ветку из Main в $ / TeamProject.

0 голосов
/ 22 февраля 2012

Мне нужно -1 для ссылки на книгу.Он упускает что-то очень простое.Возможность добавлять существующие решения в ветку (/ Main), на которую они ссылаются в этой книге.Повсюду в сети (буквально, везде, даже Microsoft) рекомендуем вам не делать этого ...

Если это плохая практика, то кто знает, что еще не хорошо в этой книге.

...