От SourceSafe к Team Foundation Server
Ну, модульная арифметика выполняется на классах эквивалентности целых чисел, поэтому ни Excel, ни какая-либо СУБД не выполняет % неправильно ». Если вам нужен представитель между 0 и 6, вы всегда можете сделать
select (-3 % 7) + 7;
4 ответа
TFS, конечно, имеет намного более потенциальный, чем так же, как исходный репозиторий, но довольно понятно, почему Вы хотели бы переместить управление исходным кодом сначала.
Предпочтительной утилитой миграции обычно является VSSConverter.exe, который позволяет Вам отображать пути VSS к путям управления исходным кодом Проекта Команды и вполне прилично документируется в эту пошаговую демонстрацию здесь.
Существует другой инструмент (Миграция TFS и Инструментарий Синхронизации) доступен законченный на CodePlex, но когда я сравнил эти два, я решил, что VSSConverter более широко использовался, и я думаю, является общепринятым как являющийся предпочтительным инструментом для миграций VSS.
Кажется, что существует еще несколько ответов на этом потоке здесь также.
Теперь, вопрос, я думаю, что Вы действительно спрашиваете, больше о руководстве при создании Проектов Команды и структурировании?
На это немного более трудно ответить, не зная больше о Вашем определенном обстоятельстве. Шаблоны и Методы опубликовали книгу о CodePlex, названном Руководством TFS, которое могло бы помочь - он описывает среди многих вещей, предложенной структуры управления исходным кодом Проекта Команды. Могло бы помочь в предоставлении Вам некоторому руководству вокруг, как переместить и/или повторно отобразить Вашу структуру решения.
Отношения к управлению версиями и ветвлению, проверьте этот сайт здесь на переходящее руководство - это не плохой обзор некоторых общих методов ветвления/управления версиями с помощью TFS.
При проходе через все это чтение Вы действительно будете сверху большей части существенной основы TFS!
(Не стесняйтесь к downvote меня, но...), Если Вы после лучшего управления исходным кодом затем TFS является, по моему скромному мнению, излишеством. Я рекомендую изучить Подверсию. VisualSVN является превосходным плагином (49$) к Visual Studio, которая работает беспрепятственно вместе с возможно лучшим клиентом SVN TortoiseSVN. Кроме того, они обеспечивают свободное, легкое для установки, пакет Windows материала серверной стороны Подверсии, названного Сервером VisualSVN.
Для приобретения знаний всех о Подверсии способ работать существует замечательная Красная Бобовая книга.
(Не связанный с VisualSVN, просто фанат Подверсии)
Когда мы переключились от Sourcesafe до TFS2005, самое большое препятствие было совместно используемыми файлами Sourcesafe, "Становятся последними на контроле" подход и ответвление/слияние "поддержка" в Sourcesafe. Все боялись ветвления и слияния в Sourcesafe, и потребовалось некоторое время, убеждая всех коллег что не то, чтобы плохо с TFS.
Мы решили не переместить файлы от Sourcesafe. Мы использовали TFS2005 для нового проекта и сохранили старый материал в Sourcesafe. Мы не хотели сохранять и структуру папок проекта, которая выросла за эти годы и была скорее не организована.
Старый материал является историей теперь, и мы делаем всю техническую разработку с TFS2008.
TFS и VSS являются радикально различными зверями.
Тем не менее основные проблемы с перемещением от VSS до TFS обычно находятся в уме разработчика.
Проверьте следующие блоги:
TFS с точки зрения Пользователя VSS: http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx
И конечно, исходный http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html