Здравствуйте, Коллеги

В контексте обсуждения возможных средств командной работы, интегрирующихся с PowerBuilder, я подготовил материал "Интеграция Borland StarTeam 2005 и Sybase PowerBuilder 10" (презентация powerpoint на русском языке по возможностям и шагам настройки интеграции).

Материал выложен здесь:
http://www.almportal.ru/piblic/seminars/StarTeam_PowerBuilder_Integration.ppt
~1.2 Mb

Обзор самого StarTeam является чаcтью презентации здесь:
http://almportal.ru/public/seminars/borland_alm_crm_st.ppt
~7 Mb

Надеюсь, эти материалы будут интересны/полезны.

С уважением,
Сергей Орлик
Borland

Здравствуйте, Марк

авторВ презентации есть несколько опечаток, которые выявляются простой проверкой синтаксиса, например на 3-м кадре повторяющееся слово версий.
Прошу прощения за опечатки - они будут исправлены.

Что касается локального меню DataWindow - я имел в виду
что при выборе "элемента дерева" DataWindow проекта его локальное меню позволяет получить обновленную версию соответствующего кода.
Я использовал данную формулировку в связи с тем, что в зависимости от выбранного "элемента дерева" пункты локального меню (будучи контекстно-зависимыми) не всегда включают функциональность работы с системой конфигурационного управления.

Если в данном контексте применение такой формулировки некорректно, буду рад, если вы поможете правильно сформулировать эту идею.

Буду также признателен за любые комментарии/дополнения для корректировки презентации с правильным использованием терминологии PowerBuilder.

С уважением,
Сергей

Спасибо, Марк!

насколько корректна будет формулировка "...локальное меню выбранного объекта в дереве проекта PowerBuilder"?

С уважением,
Сергей

Спасибо, Марк!

Обновленная версия презентации выложена под тем же урлом.

С уважением,
Сергей

P.S. Если будут замечания/дополнения - с удовольствием их включу в презентацию - мой e-mail: sorlik@borland.ru

Здравствуйте, Black Savage

авторЯ так и не понял один существенный момент. Все системы контроля версий, которые я видел раньше, следят за изменениями в проекте на уровне файла, а не на уровне обьектов PowerBuilder.
Безусловно, StarTeam, как илюбая другая система контроля версий, рассматривает в качестве изменяемых сущностей файлы.

авторТ.е. если есть два DW, лежащие в одной библиотеке *.pbl, то разные люди не могут получить одновременный доступ на изменение этих DW (каждый человек должен менять только заданный DW !).

Понятие "одновременный доступ" в SCM по-сути отсутствует.
Например, есть:
1. сервер, на котором лежат версии файлов
2. клиент A, со своими рабочими версиями
3. клиент B, со своими рабочими версиями

Отсюда понятия:
check-in: помещение обновленной рабочей версии файла с клиента на сервер
check-out: получние с сервера заданной версии файла
merge: слияние версий, как в понимании конфигурации в целом (производится на сервере), как набора активов (в частности, файлов), так и в понимании содержания файлов как таковых (производится на клиенте), на основе анализа diff, т.е. различий в одном и том же файле разных версий

авторИдеальная система контроля версий, на мой взгяд, должна позволять работать на уровне обьектов, допустим, как мы их видим в Library Painter.

Насколько я понял (поправьте, если не так), например, файл d_customer.srd как раз несет исходную (непрекомпилированную) информацию о DataWindow; аналогично, m_my_sheet.srm - исходник меню. Это - самостоятельные файлы. Они и являются объектами, управляемыми любой системой контроля версий.

авторПозволяет ли Ваша система работать непосредственно с обьектами?
Если данный вопрос связан с объектами в таком понимании, как я описал выше - да.

В документации PowerBuilder (например, по ссылке, данной в этом треде)
указано: "PowerBuilder supports source control interfaces based on the Microsoft Common Source Code Control Interface Specification, Version 0.99.0823. You can use the PowerBuilder SCC API with any source control system that implements features defined in the Microsoft specification.

PowerBuilder institutes source control at the object level. This gives you a finer grain of control than if you copied your PBLs directly to source control outside of the PowerBuilder SCC API."

В свою очередь, StarTeam SCC provider реализует полный набор стандартных (специфицированных) SCC-интерфейсов.

авторЕсли - нет. Тогда я вообще не понял, а нафига она нужна. Таких систем сейчас много...

и StarTeam всего лишь одна из них.

В то же время, в отличие от VSS, StarTeam позволяет управлять не только файлами, но и другими связаными активами (артефактами) - например, запросами на изменения (в частности, отчетами об ошибках в терминах defect tracking), требованиями, задачами (tasks в понимании project management) в рамках единого репозитория и настраиваемых потоков работ (workflow). Причем, работа со всеми этими активами StarTeam доступна непосредственно из среды PowerBuilder.

Данная презентация стала результатом попыток "руками" проверить уровень интеграции с PowerBuilder в следствие достаточно частых вопросов (за апрель - 5) от пользователей PowerBuilder по теме существования интеграции со StarTeam, что и заставило эти результаты "зафиксировать" в виде прокомментированных скриншотов.

С уважением,
Сергей