2009-09-23 2 views
1

У нас есть несколько разработчиков, работающих на одной и той же базе кода. Мы также пытаемся использовать SourceSafe (6.0)VB6 & Source Safe

Когда один разработчик вносит изменения кода в свою локальную копию, мы отмечаем его в списке измененных объектов для этой версии.

Когда пришло время скомпилировать наш следующий выпуск, мы откроем копию «master», обновим все изменения с SourceSafe до основной копии, а затем скомпилируем.

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

Есть ли способ, чтобы SourceSafe обновлял локальные копии с последними изменениями или нам нужно вручную их вводить в список измененных объектов (это то, что мы делаем сейчас ...) Пожалуйста, наденьте «Скажите мне использовать« Получить последнюю версию ». Он работает только по одному файлу за раз, и это процесс, который мы сейчас используем.

Thanks

+1

Ничего себе, сделайте две ошибки, действующие справа? Я думаю, вам нужно «получить последнюю версию» для вашего языка * и * ваш источник управления. – MusiGenesis

+0

Нет, но 3 левых делают – 2009-09-23 15:39:58

+1

С клиентской базой из 1000 пользователей и недавним заявлением MS о поддержке VB6 во время выполнения довольно сильно связывает мои руки для перехода от VB6. Однако SourceSafe можно заменить .. – 2009-09-23 15:43:33

ответ

6

Я считаю, что ваш процесс просто неверен. Когда ваши разработчики войдут, просто попросите всех получить последние. Когда ваши разработчики захотят внести изменения, попросите их проверить файл. Таким образом, это один разработчик, работающий над одним файлом за раз.

Если вы хотите, чтобы несколько человек работали над одним и тем же файлом, я бы переключился на subversion (для него есть vb plugin).

Существует причина, по которой инструменты SCC работают так, как они это делают, - это проверено и проверено за последние 20 лет.

+0

Спасибо. Я передам его. Имеет смысл. Всегда проверяйте, когда закончите, всегда получите последнюю версию при запуске нового задания. – 2009-09-23 19:14:19

+0

+1 @MikeD: у вас также может быть правило вроде этого: перед регистрацией вы должны получить последнюю версию любых файлов, которые вы не изменили, и проверьте совместимость с вашими изменениями. Вы могли бы подумать о стандартных автоматических тестах и, возможно, о ежедневной сборке. Один шаг за один раз! (У нас нет ежедневной сборки, но мы над этим работаем.) Остерегайтесь нескольких людей, работающих над одним и тем же файлом в подрывной деятельности в Vb6 - см. Здесь http://stackoverflow.com/questions/24680/using-subversion -with-vb6 – MarkJ

+2

Я согласен Subversion гораздо меньше heachache при работе с несколькими файлами. Хотя я рекомендую использовать TortoiseSVN вместо плагина VB6 IDE. –

Смежные вопросы