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

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

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

Зависящий, сколько Вы планируете сделать на этих проектах прежней версии, я рассмотрел бы не переключение.

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

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

Мое предположение не должно было бы беспокоиться интеграцией и просто использовать Черепаху SVN в Windows Explorer.

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

Для стороны сервера, Сервера VisualSVN, супер простое решение, мы выполняем ее в виртуальном VMware, и его гул вперед.

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

главное проигнорировать:

• артефакты Reproducable (dll, pdb, exe)
• Среда определенные настройки (т.е. файл настроек для по сравнению с, csproj.user файл, .suo файлы)

Завися, сколько Вы планируете сделать на этих проектах прежней версии, я рассмотрел бы не переключение.

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

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

у меня есть подобная проблема, только проекты прежней версии находятся в Delphi. Были они в VB6, я думаю, что рассмотрел бы 'обновление' их к VB.Net, только для пригодности для обслуживания.

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

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

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

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

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