Используя Subversion и Visual SourceSafe параллельно? - PullRequest
4 голосов
/ 22 января 2009

В моей компании мы используем SourceSafe и Visual studio. Запуская небольшой проект, я стремлюсь попробовать более современный контроль версий, я стремлюсь к Subversion. Но мне нужно работать с предыдущими проектами в SourceSafe, по крайней мере, сейчас.

В: Будет ли хорошо работать с SourceSafe и Subversion в IDE Visual Studio? Используя что? И есть ли в Subversion что-то, что я могу чувствовать болезненно, если привык к SourceSafe?

Ответы [ 5 ]

3 голосов
/ 22 января 2009

Что касается вашего первого вопроса, я не знаю ничего, что могло бы помешать двум работающим бок о бок. Вы можете попробовать Ankh для бесплатной надстройки SVN VS или VisualSVN - коммерческий вариант.

Что касается вашего второго вопроса, у SVN другая модель, чем у SourceSafe. SourceSafe требует проверки (пессимистично), тогда как SVN вы просто изменяете свои файлы и фиксируете, когда готовы (оптимистично). Любые конфликты должны быть объединены. Другие вещи также различаются, и вам определенно следует прочитать основную документацию SVN, прежде чем начать ее использовать. TortoiseSVN обеспечивает как отличную интеграцию с оболочкой Windows, так и хорошую документацию.

PS. Как только вы попробуете SVN всерьез, вы никогда не будете оглядываться на SourceSafe.

2 голосов
/ 22 января 2009

Технически с использованием SVN проблем не возникнет - особенно с Tortoise + VisualSVN (последний не бесплатный, но дешевый).

Изменение свободного пространства при переходе от обычного способа работы VSS - пессимистическая блокировка - к SVN / остальному миру - оптимистическая блокировка будет более трудным препятствием.

Чтобы объяснить немного менее кратко - если вы привыкли к блокировке файла, когда вы «проверяете» его, чтобы никто не мог его изменить, или, по крайней мере, все остальные знают, что вы работаете с ним до они пытаются внести какие-либо изменения, и это просто прыжок, чтобы перейти к незнанию, пока вы не попытаетесь зафиксировать - и в этот момент вы должны выполнить слияния.

Слияние иногда бывает сложно, чисто концептуально, но особенно для Winforms с автокодом дизайнера и файлами resx ...

Тщательно продумайте свою стратегию ветвления. Лучше всего начать работать непосредственно со ствола, чтобы привыкнуть к программному обеспечению, прежде чем решиться на слияние. Вы найдете много вещей довольно повторяющихся и ручных по сравнению с VSS - у нас есть несколько парней, которые управляют серверами SVN, и они были неоценимы в написании сценариев и дополнений для Tortoise, чтобы снять некоторые трудности ...

2 голосов
/ 22 января 2009

Не должно быть проблем с использованием Visual Source Safe и Subversion рядом. Visual Source Safe отключает файлы .scc внутри папок. Я также считаю, что контроль исходного кода хранится в файлах проекта. В любом случае Visual Studio автоматически выполняет интеграцию с Visual Source Safe.

Subversion (действительно TortiseSVN) хранит все свои метаданные в папках .svn. Когда вы устанавливаете Ankh или VisualSVN, эти программы предназначаются для папок .svn. Если вы загрузите проект с папкой .svn где-нибудь в структуре папок, Ankh или VisualSVN включатся.

Я согласен с другими постами, когда вы перейдете на Subversion, вы не захотите возвращаться. Требуется немного привыкнуть к. Потратьте некоторое время, если еще не знаете, изучая слияния и ветвления. Это послужит вам, двигаясь вперед.

После того, как вы начали работу над Subversion, вы можете захотеть заняться непрерывной интеграцией. Круиз Control.Net будет хорошим инструментом для начала.

Удачи!

2 голосов
/ 22 января 2009

В Visual Studio Tools | Здесь вы можете выбрать поставщика управления исходным кодом. Несколько лет назад мы переключались между VSS и другим провайдером, и все, что нам нужно было сделать, это изменить это при загрузке в проект.

Если вы используете SVN, я настоятельно рекомендую взглянуть на VisualSVN для интеграции в Visual Studio. (Хотя читать комментарии ниже ...)

0 голосов
/ 08 января 2010

Я использовал TortoiseSVN и SourceSafe параллельно с проектами VC6 / VB6, чтобы вести параллельный журнал изменений с Subversion (по разным причинам, но в основном для отслеживания изменений), пока мы не смогли / не подготовились к переключению полностью в Subversion. У меня не было проблем, мне нужно было только следить за новыми файлами, поступающими из репозитория SourceSafe.

Работа с Visual Studio .NET - другая игра, если вы устанавливаете AkhSVN, что я и сделал. Я работал с ним несколько месяцев и столкнулся с проблемами, когда AnkhSVN автоматически включался при открытии проектов, контролируемых SourceSafe. Просто избегайте смешанных проектов SVN / SourceSafe с VS.NET или не устанавливайте AnkhSVN.

...