Мы собираемся перейти с внутренней TFS на VSTS, но прежде чем мы решим, что мы собираемся перенести существующий код с TFV C на Git. Но есть небольшое осложнение, о котором я хочу подумать ...
Теперь у нас есть несколько проектов TFS (назовем их "ProjectA", "ProjectB" и др. c). Думайте об этом как о нескольких взаимосвязанных продуктах, но теперь мы хотим создать единый проект «Suite» и объединить все вместе. Таким образом, новый проект будет "Suite", с папками внизу для "ProjectA", "ProjectB" и т. Д. c.
Все рабочие элементы находятся в еще одном проекте root, но мы ' Придется разобраться с этой ситуацией отдельно. Пока только код, только Main, и мы можем жить с относительно короткой историей (старые проекты TFV C будут доступны только для чтения для более старых поисков истории). Поскольку история насчитывает более десяти лет, а количество ветвей дерьмово, нам нужно провести разумную линию, и я думаю, что 180 дней - это много.
Мой вопрос и резюме: большинство различных В блогах / статьях, которые я читал, рассказывается о более типичном подходе, если создать новое репо в том же проекте TFS и перенести только этот проект. Мы хотим создать новое репо в новом проекте и перенести несколько других проектов в качестве подпапок, в результате чего получится одно (большое) репо. Любые предостережения, о которых я должен знать заранее?
Как только это будет сделано, мы рассмотрим перенос нового проекта на VSTS.