Visual Sourcesafe, совместное использование: фиксирует в неправильном месте - PullRequest
Новая
       12

Visual Sourcesafe, совместное использование: фиксирует в неправильном месте

1 голос
/ 22 апреля 2010

У меня есть проект под моим руководством.

имеет следующую структуру:

$ / Код / MainSolution $ / Код / Филиалы

Я хочу разветвить MainSolution в $ / Code / Branches

Итак, я делаю это (работает отлично), я устанавливаю рабочую папку для этого проекта и делаю «получить последнюю версию».

Но когда я открываю это решение в Visual Studio 2005, оно идентифицирует каждый файл как новый (знак + перед файлом), и когда я его фиксирую, оно переходит к

$ / Data / NameOfTheBranch

Почему он это делает? Почему он не следует МОИМ правилам?

Ответы [ 2 ]

2 голосов
/ 22 апреля 2010

Я обычно делаю все файлы vcproj под решением следующие: 

SccProjectName = "SAK"
SccLocalPath = "SAK"
SccAuxPath = "SAK"
SccProvider = "SAK"

Это позволит ему получить информацию об исходных данных из файла решения. Убедитесь, что файл решения разветвлен, а не разделен на 2 ветки. Откройте разветвленное решение, а затем перейдите в «Изменить управление исходным кодом» и привяжите решение к правильному расположению в SourceSafe.
Это все довольно хрупко (или, возможно, я не до конца понимаю), но я обычно просто тыкаю в это, пока оно не работает. И, как обычно: если это вообще возможно, перейти на другую систему контроля версий. Perforce, Subversion, Mercurial ...

1 голос
/ 02 мая 2010

  1. Перейти к файлу, контроль источника, изменение Контроль источника (по крайней мере на VS2008).

  2. Посмотрите на столбец «Привязка сервера». Как правило, вы хотите привязку к указать на корневой проект решения каталог в VSS для решения и все проекты. Если нет, то:

  3. Unbind всех проектов и решение.

  4. Shift-выберите весь список.

  5. Свяжите все с корнем решения.

Если вы сделаете это перед разветвлением и закреплением проекта, это будет проще. После этого вам нужно будет разветвить файл .sln и, возможно, файлы .vcproj и .vspscc, чтобы изменения были правильно сохранены.

Вот хороший справочник по файлам, которыми управляют VSS и Visual Studio. Эти файлы могут легко выйти из строя.

Я управлял базой данных VSS слишком много лет, а недавно переключился на Mercurial и не оглядывался назад. Ветвление и слияние в VSS ужасно.

...