Моя команда скоро переходит из Visual SourceSafe в Subversion, разрабатывая/поддерживая старый проект в Visual Basic 6.0, поэтому у меня есть несколько вопросов:
Я бы согласился, что Tortoise SVN в Проводнике Windows будет лучшим способом использовать SVN с VB6.
Самое большое изменение, которое вы найдете в SVN, - это идея "Check out" и "Check in" не совсем то же самое, что "Update" и "Commit"., Таким образом, любая интеграция IDE с VB6 ограничена, поскольку VB6 поддерживает MSSCCI, механизм регистрации/регистрации. Я когда-то использовал TamTam SVN (http://www.daveswebsite.com/software/tamtamsvn/index.shtml) с Visual Studio 2003, но остановился, так как нашел его ограничивающим. Слияние/ветвление/обвинение и т.д. - очень мощные функции, которые Tortoise SVN предоставляет, которые не были в TamTam. У Tigris также есть http://svnvb6.tigris.org/, но я не пробовал.
Опять же, хотя вы вполне можете получить IDE для работы с VB6, я бы не рекомендовал его, так как наибольшая сила перехода на SVN - это нарушение философии безопасного входа в систему Check Check/Check Out.
Так как Subversion использует цикл update/edit/commit (а не checkin/checkout), вам нужно быть особенно осторожным с бинарными файлами. Большинство форм в VB6 состоят из двух файлов: MyForm.frm и MyForm.frx. Файлы *.frx являются двоичными и, следовательно, не могут быть объединены.
Учитывая это, я бы настроил Subversion, чтобы потребовать "блокировку" на .frx файлах. Это означает, что только один человек может одновременно проверять файл. Таким образом, вы убедитесь, что только один разработчик может изменять эти файлы за раз, и всегда ясно, кто этот человек в настоящее время. Если вы этого не сделаете, вы настроитесь на некоторые серьезные головные боли.
В зависимости от того, сколько вы планируете делать в этих старых проектах, я бы подумал, что не переключается.
Я бы посоветовал вам перейти на SVN. Я знаю несколько проектов, которые потеряли исходный код, потому что база данных VSS была повреждена.
Я думаю, что есть инструменты, которые выполняют миграцию из SourceSafe в SVN. (Да - быстрый поиск Google подтвердил это.) Таким образом, вы не потеряете историю изменений.
*.vbw
Файл рабочей области, который автоматически генерируется при закрытии проекта и содержит файлы, которые вы открыли и т.д.
MSSCCPRJ.SCC
Файл состояния источника управления, сгенерированный IDE VB6 (если вы идете с решением управления SVN в проводнике Windows, вы должны отключить плагин управления версиями в VB6, и это не будет сгенерировано).
*.log
Это файлы, сгенерированные, если что-то пойдет не так при загрузке графического интерфейса формы. Файл находится в том же месте, что и файл формы с именем, равным файлу формы.
Пример: MyForm.frm генерирует MyForm.log.
Вы должны, конечно, делать это только в том случае, если у вас нет файлов журналов, которые вам нужны в исходном управлении...
Мое предположение было бы не беспокоить интеграцию и просто использовать Tortoise SVN в проводнике Windows.
Что касается игнорируемых типов файлов, дайте ему тест, checkout, build и посмотрите, изменились ли какие-либо файлы (для современной Visual Studio я стараюсь игнорировать файлы .suo)
Для серверной части VisualSVN Server - это супер простое решение, мы запускаем его в виртуальном виртуальном устройстве и его гудение.
Если вы парень с командной строкой, мне очень нравится интерфейс командной строки для svn, мне кажется, что он не так запутан, чтобы перейти к определенным действиям, кроме черепахи, например, к статусу папки. Но если вы поклонник исследователя, черепаха более чем достаточна, исходя из безопасного мира.
Основные вещи, которые следует игнорировать:
В зависимости от того, сколько вы планируете делать в этих старых проектах, я бы подумал, что не переключается.
При переходе через устаревший код он действительно помогает иметь всю историю и вину. SVN лучше, чем VSS, но вы потеряете историю при переключении.
Если в VB6 будет много непрерывной разработки, возможно, стоит переключиться на SVN, но если вы собираетесь делать это в будущем, стоит ли также рассмотреть проект?
У меня аналогичная проблема, только старые проекты находятся в Delphi. Если бы они были в VB6, я бы подумал, что я буду "модернизировать" их на VB.Net, просто для удобства обслуживания.