Использование Subversion с Visual Basic 6

Question

Моя команда вскоре переходит от Visual SourceSafe к Subversion, одновременно разрабатывая / поддерживая устаревший проект в Visual Basic 6.0, поэтому у меня есть пара вопросов:

• Какой лучший инструмент для интеграции Subversion IDE в Visual Studio 6? (или это не стоит хлопот ...)
• Есть ли рекомендации по использованию Subversion с Visual Basic 6.0? (типы файлов, которые следует игнорировать и т. д.)

Answer 1

Я бы согласился, что Tortoise SVN в Windows Explorer будет лучшим способом использовать 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 - это нарушение философии Source Safe при регистрации и отъезде.

Answer 2

Поскольку Subversion использует цикл обновления / редактирования / принятия (а не проверки / извлечения), вам нужно быть особенно осторожным с двоичными файлами. Большинство форм в VB6 состоят из двух файлов: MyForm.frm и MyForm.frx. Файлы * .frx являются двоичными и поэтому не могут быть объединены.

Учитывая это, я бы настроил Subversion так, чтобы он требовал "блокировки" для файлов .frx. Это означает, что только один человек может проверить файл одновременно. Таким образом, вы обязуетесь, что только один разработчик может изменять эти файлы одновременно, и всегда ясно, кто этот человек в настоящее время. Если вы этого не делаете, вы настраиваете себя на серьезные головные боли.

Answer 3

Типы файлов, которые следует игнорировать:

*.vbw
Файл рабочей области, который создается автоматически при закрытии проекта и содержит открытые файлы и т. Д.

MSSCCPRJ.SCC
Файл состояния управления исходным кодом, сгенерированный IDE VB6 (если вы используете решение управления SVN в Windows Explorer, вам следует отключить плагин управления исходным кодом в VB6, и он не будет создан).

*.log
Это файлы, сгенерированные, если что-то идет не так при загрузке графического интерфейса пользователя. Файл находится в том же месте, что и файл формы, имя которого совпадает с именем файла формы.
Пример: MyForm.frm генерирует MyForm.log.

Конечно, делать это следует только в том случае, если у вас нет файлов журналов, которые вам нужны для контроля версий ...

Answer 4

В зависимости от того, сколько вы планируете делать в этих устаревших проектах, я бы подумал не переходить.

Я бы очень посоветовал вам перейти на SVN. Я знаю несколько проектов, которые потеряли исходный код из-за повреждения базы данных VSS.

Я думаю, что есть инструменты, которые выполняют миграцию с SourceSafe на SVN. (Да, быстрый поиск в Google подтвердил это.) Таким образом, вы не потеряете историю изменений.

Answer 5

Я думаю, что не стоит беспокоиться об интеграции и просто использовать Tortoise SVN в Windows Explorer.

Что касается типов файлов, которые нужно игнорировать, проведите тестирование, извлечение, сборку и посмотрите, изменились ли какие-либо файлы (для современной Visual Studio я склонен игнорировать файлы .suo)

Answer 6

В зависимости от того, сколько вы планируете делать в этих устаревших проектах, я бы подумал не переходить.

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

Если вы собираетесь много заниматься развитием VB6, то, возможно, стоит перейти на SVN, но если вы собираетесь делать так много в будущем, стоит ли пересматривать проект? *

У меня похожая проблема, только старые проекты находятся в Delphi. Если бы они были в VB6, думаю, я бы подумал о «обновлении» их до VB.Net только для удобства обслуживания.

Answer 7

Для серверной части VisualSVN Server - это очень простое решение, мы запускаем его в виртуальной виртуальной машине и постоянно гудим.

Если вы парень из командной строки, мне очень нравится интерфейс командной строки для svn, я нахожу менее запутанным доступ к определенным действиям, чем к черепахе, такой как состояние папки. Но если вы поклонник исследовательской деятельности, черепаха более чем адекватна, если исходить из безопасного источника мира.

Основные вещи, которые следует игнорировать:

• Воспроизводимые артефакты (dll, pdb, exe)
• Специфичные для среды настройки (т. Е. Файл настроек для vs, файл csproj.user, файлы .suo)