2009-02-26 6 views
2

Я работаю в среде распределенного программного обеспечения. Инструментом SCM, который в настоящее время используется, является клиент/сервер Visual SourceSafe 2005. Мы пытаемся разработать стратегии для минимизации разрывов кода. Каковы особенности VSS, которые мы можем использовать для безопасного SCM в распределенной среде?Visual SourceSafe поддержка распределенной разработки программного обеспечения

Любые предложения по ссылкам в Интернете по этой теме?

С наилучшими пожеланиями

ответ

1

VSS имеет два "режима" оформления заказа. Один запирает файлы, другой сливается с проверкой. Блокировка - это самый простой способ предотвратить перерывы, но может привести к потере производительности, поскольку другие должны дождаться регистрации в работе над кодом.

Я не совсем уверен, что вы подразумеваете под «перерывами» здесь. Вы имеете в виду конфликты слияния?

Вы имеете в виду ссылку на разрыв? Вы имеете в виду, что люди могут получить код, который нарушен?

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

Я бы не использовал VSS для распределенной среды разработки. Это нормально использовать для какой-либо разработки за пределами площадки, где ваша основная работа выполняется на месте, но если ваша основная работа распределена, я бы выбрал что-то большее, чем клиент-сервер, ориентированный на транзакционные коммиты и смены.

UPDATE: Да, VSS имеет автоматическое слияние, однако, если два человека редактируют один и тот же файл, и эти изменения перекрываются, для слияния этих изменений требуется вмешательство человека. VSS будет жать до окна, которое позволяет вам выбирать, что слить. Это то же самое для любого продукта.

BTW, ClearCase RIDICULOUSLY дорогой .. $ 100k + во многих случаях.

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

Это звучит так, как будто вы хотите использовать управление версиями таким образом, чтобы VSS не наилучшим образом подходит. Я бы тоже не рекомендовал Subversion (как многие любят. Это отличный инструмент, но он не такой удобный для пользователя, как VSS), потому что он имеет некоторую кривую обучения, а инструменты GUI не так интуитивны, как другие prodcuts.

Вы можете рассмотреть SourceGear Vault. Это хороший продукт, простой в использовании и обеспечивает надежность и возможности, которые вы, вероятно, ищете по разумной цене. Они также имеют оценочную версию и могут импортировать базы данных SourceSafe.

+0

Да, я имею в виду конфликты слияния. На самом деле, я сравниваю его с Rational Clearcase, где есть хорошая возможность объединить вашу локально измененную копию файла с той, что находится в почтовом ящике, а затем проверить ее на главной линии. Обеспечивает ли VSS такой способ? Если да, то как? Спасибо –

0

Другой возможный выбор SCM Anywhere Хостинг: http://www.scmsoftwareconfigurationmanagement.com/

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

Кевин Гао (архитектор SCM Anywhere)

MCSD, MCDBA

www.kevingao.net