ЗоринАндрейА SCC провайдер нормально работающий с PB для subversion есть?

Не пропобовал пока сам, но может быть svn scc proxy прокатит.
http://users.iptelecom.net.ua/~ldu/pb/pbscc/pbscc.htm

Родина svn scc proxy:
http://www.pushok.com/soft_svn.php

Вообще, у нас в конторе сейчас тоже стоит проблема выбора системы контроля версий. Причем нужно контролировать как исходники PowerBuilder'а, так и документацию, писанную в word'е. А может и еще версию базы данных придется брать под контроль...

На сайте http://www.pushok.com/soft_svn_vscvs.php
написана статья, в которой сравнивается CVS и SVN. Интересная фраза из нее:
http://www.pushok.com/soft_svn_vscvs.phpThus, as for now SVN cannot be considered a CVS substitute. It is a different system, similar to CVS. It has unique functions, which can serve as a reason for its usage. These functions make it more suitable for some development environments, for example for PowerBuilder.
Мол, SVN обладает уникальными функциями, которые могут пригодится при разработке, например, в среде Power Builder'а. Далее идет попарное сравнение двух систем, но уже на PB ссылок нет и не совсем непонятно, почему же авторы выделили изначально PB среди других сред разработки. Чем SVN лучше для PB по сравнению с CVS? :-)

Пока пытаюсь приручить TortoiseCVS к PB.

И вообще, есть ли рекомендации, что на сегодняшний день лучше использовать для контроля версий?

У TortoiseCVS и TortoiseSVN - интерфейс для работы с системой контроля версий реализован в виндосовский проводник или тот же TotalCommander (вызов меню по правной кнопке на папке или файлах), что есть преимущество, т.к. необходимо чтобы системой пользовались не только программеры, но и народ, занимающийся документацией, а им все-таки надо что-то попроще. Поэтому очень желательно завязать упомянутые продукты и для исходников приложений на PB и документацию в единую систему ведения версий.
Если тормоза у связки SVN/CVS - PB через провайдера, значит придется искать другой вариант. Интересно какой... :-)

В любом случае, спасибо, Андрей, за комментарий.

Думал создать новую ветку или кинуть сюда... В общем, такой вопрос:
После настройки проекта в PB для работы с с-мой контроля версий проиходит такой глюк в среде разработки - при открытии библиотеки в system tree очевидно происходит опрос статусов объектов в этой библиотеке (статус - checked out и т.п.) и затем спустя несколько секунд передергивается вертикальный scroll bar. При этом положение scroll bar'a оказывается совсем не там где надо и приходится заново перематывать ползунок. Если откроешь еще одну библиотеку, то снова через несколько секунд ползунок заново переместится куда-нибудь на верх. Мягко говоря, напрягает... Если source control не используется в проекте - все нормально.
Кто сталкивался? Как быть?

PB 9.0.3 8511.
MS Visual Source Safe.

Грустно...
Неужели всем приходится сталкиваться с этими граблями? Тогда камень в огород сайбейзу

ЗоринАндрей: хорошее место!
Только прежде чем писать об ошибке на сайт разработчика PB, скажите, у кого-нить пользующего сурс-контрол то же самое происходит или не происходит?

Dim2000Неужели Вы думаете, что никто, кроме Вас, не пользуется PB9 и SC ;)?
Думаю, что кто-то тоже пытается :)
Просто хотелось узнать, проблема с передергиванием скроллбара у меня или вообще. Выходит вообще. (Компостеров: спсб!)

P.S. камень кинул

Вопрос по организации структуры папок. Когда используется с-ма контроля версий (СКВ) каждая библиотека располагается в отдельной папке (приходится раскидывать по отдельным папкам чтобы не тормозил PB и особенно Library Painter, а тажке чтобы структура папок в рабочем каталоге совпадала со структурой репозитория в СКВ). Структура примерно такая:

d:\Project\pbl\lib1\lib1.pbl
d:\Project\pbl\lib2\lib2.pbl
d:\Project\pbl\lib3\lib3.pbl
d:\Project\pbl\start\start.pbl
d:\Project\my.pbw
d:\Project\my.pbt

Соответственно объект приложения лежит в одной из библиотек в одной из папок (допустим в d:\Project\pbl\start\start.pbl) и когда запускаешь приложение из среды, необходимо, чтобы все сопутствующие приложению dll-ки,bmp-ки и т.п. лежали именно в этой папке с объектом приложения (d:\Project\pbl\start\) иначе они не обнаружатся PowerBuilder'ом и приложение не запустится.

d:\Project\pbl\start\app.bmp
d:\Project\pbl\start\some.dll

Собственно, вопрос. Можно ли все-таки вынести *.bmp , *.dll , etc. в отдельную папку (d:\Project\uses\) ? Или в корневую папку (d:\Project\) ?

Еще один вопрос про объект приложения. При использовании СКВ для редактирования функции (функции как отдельного объекта) необходимо, чтобы объект приложения имел у разработчика статус Checked Out, иначе не получится сохранить отредактированную функцию, т.к. PB пишет какую-то информацию при этом параллельно и в объект приложения. Получается, что при использовании СКВ два разработчика не могут одновременно редактировать функции, даже если это разные функции потому как Checked Out объекта приложения может быть только у одного.
Можно конечно не помещать объект приложения в СКВ, но у него есть два важных события - Open и Close, которые могут измениться одним из разработчиков и тогда необходимо раскидать измененный объект остальным. Кто сталкивался, как быть?

ЗоринАндрей bumsy
Собственно, вопрос. Можно ли все-таки вынести *.bmp , *.dll , etc. в отдельную папку (d:\Project\uses\) ? Или в корневую папку (d:\Project\) ?


Можно. Environment Variables. PATH=%PATH%;d:\Project\uses;
Действительно, эх сам сразу не догадался. Спасибо!
На скорую руку в итоге получилось:

(в Windows XP SP2 прокатило, в 98 винде может не прокатить)