Как с помощью скриптов работаьт с VSS ?

[spbtellurian]

Есть необходимость с помощью скриптов (js\vb не суть)делать чек-аут\чек-ин выбранным файлам из проекта. Т.е. автоматизировать процесс чек-аут\чек-ин
вопрос как?
в MSDN описаны способы автоматизации но они все подразумевают точное указание местораположения БД что разумеется не приемлимо т.к. удалённый клиент не знает гдн на сервере находиться БД VSS

[Tonal]

Не проще перейти на что-нибудь более вменяемое? Subversion например?

[spbtellurian]

во-первых не я решаю что использовать, а во-вторых это уже чисто религиозный вопрос что лучше. AMD vs INTEL ; NIKON vs CANON ; VSS vs SVN и т.п. и т.д. и предлогаю этот вопрос оставить за рамками данной темы А тут хотелось бы услышить ответ на мой вопрос.

[Dendy]

Религиозный вопрос это "Христианство и Буддизм", а система контроля версий - вопрос чисто технический с примесью политики.

[spbtellurian]

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

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

to all:
для тех кому интересна тема а не религия могу посоветовать MSDN раздел Visual SourceSafe Automation
однако как это прикрутить к WSH пока не понял.

[Tonal]

Работал я с этой VSS - несколько лет. И с её автоматизацией тоже работал - ужасно.
Почему и посоветовал перелезть на более вменяемый продукт.

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

Да, скрипты не сохранились - прошло более 6ти лет.
Ну и с WSH-ем там проблем не наблюдалось вроде при нормально зарегистрированной библиотеки типов...

[spbtellurian]

Раз уж по делу не получилось придется флеймить...

Вот что меня удивляет так это то что вместо того чтобы ответить на КОНКРЕТНЫЙ вопрос или промолчать если от большой компетентности не хватает знаний, тут начинают разводить флейм... В конечном счёте я НЕ спрашивал что мне использовать для контроля версий. Мне по сути всё равно что лучше что хуже! Меня устраивает VSS У меня нет возможности выбрать что-то другое! Да я не работал с автоматизации VSS,  да я несилён в WSH. Именно поэтому я обращался за помощью. В противном случае меня бы тут не было.

кстати надо полагать,  Tonal, вы сравниваете VSS шестилетней давности с текущей версией "более вменяемого продукта" ? И вы считаете это коректным Что-то мне кажется (не знаю поэтому не утверждаю) что ваш "более вменяемый продукт" шесть лет назад был таким же "НЕ вменяемым". VSS тоже развивается и после знаменитой VSS 6 вышли и другие версии к примеру VSS 2005 (8.0) надо полагать вы не особо хорошо знакомы с этой версией.

И уж если пошла такая пьянка то хотелось бы увидеть что такого не вменяемого в VSS 8 что вменямо у SVN (нало полагать вы его имели введу)

[ритт]

Константин не повёлся на провокацию. но очень хочется...

[Tonal]

Я сравнивал именно тогда. Сейчас, насколько я знаю, кардинально в  VSS ничего не изменилось.
Например, один из определяющих (для меня) факторов был в том, что работать с VSS не из студии мучительно больно.
Другими - атомарные коммиты, сетевая работа, кросплатформа...

Так что адекватное сравнение я делать не возьмусь.
Ежели интересно, набери в гугле строчку "vss vs svn" и рассматривай.
Например вот первая: http://aspxwizard.net/blogs/wand/archive/2007/11/13/subversion-vs-source-safe-vss-vs-svn.aspx
Или вот сравнение с CVS: http://www.pushok.com/soft_cvs_vsvss.php
А вот можно выбрать кого с кем сравнивать: http://versioncontrolblog.com/comparison/Git/Mercurial/Subversion/Visual%20SourceSafe/index.html