Какая лучшая система управления версиями для реализации с помощью PowerBuilder 11.5?
Если у вас есть примеры того, как вы делали разветвления /trunk/tags, которые были бы удивительными. Мы попытались несколько раз обернуть головы вокруг него и всегда сталкивались с проблемами, потому что мы используем общие библиотеки, такие как PFC/PFE, в нескольких приложениях.
Сейчас мы используем только PBNative, и это отстой.
В настоящее время мы используем Perforce и P4SCC, который работает очень хорошо. На самом деле, я уверен, что где-то я читал, что ребята из Sybase, которые пишут PowerBuilder, фактически используют Perforce.
Агент SVN - это подключаемый модуль Subversion MS-SCCI, работающий с PowerBuilder.
Вот ссылка, которая описывает, как настроить агент SVN для работы с PowerBuilder и Subversion.
Итак, чтобы быть справедливым, позвольте начать, сказав, что, когда вы спрашиваете об управлении версиями, PBNative является источником контроля. Если вы сравниваете то, что предназначено для того, чтобы иметь больше возможностей, чем просто заставить двух разработчиков редактировать один и тот же источник, тогда да, PBNative будет сосать. Madone SL может быть невероятным велосипедом, но если вы пытаетесь взять пару кругов вокруг трека Indy, он сосать.
"Лучшее" - довольно субъективное слово. В средствах управления версиями и управления конфигурацией имеется множество функций. Вы можете получить множество функций, но вы будете платить через нос. У StarTeam есть несколько приятных функций, таких как возможность отслеживать запрос на изменение клиента или отчет об ошибке вплоть до измененного кода и возможность связывания в настраиваемом инструменте diff (что особенно полезно в PB). Опять же, если стоимость - это ваши ключевые критерии, а не функции, есть много бесплатных опций, которые сделают эту работу. Пока инструмент поддерживает интерфейс Microsoft SCC, вы должны быть в порядке.
Существует относительно активная группа новостей NNTP, которая фокусируется на управлении источником с помощью PowerBuilder, к которой вы также можете получить доступ через web. Вероятно, вы можете найти там уже опубликованные мнения.
Много лет назад я использовал Starteam для управления приложениями PB. PowerBuilder, разумеется, является устаревшим медведем, и он должен экспортировать каждый объект из своих "библиотек" в исходный контроль. В настоящее время наши устаревшие приложения PB имеют свои библиотеки, сохраненные целиком в Subversion, без поддержки diff и т.д.
Мы используем Visual SourceSafe. Мы не используем PFC, но у нас есть библиотеки, которые совместно используются несколькими проектами. До сих пор каждый проект разрабатывался отдельно от других, и поэтому общие библиотеки дублировались. Чтобы синхронизировать их, все они были разделены на уровне VSS. В последнее время мы реорганизовали наши источники, поэтому все проекты находятся рядом друг с другом, и есть только один экземпляр разделяемых библиотек.
VSS окончательно не является лучшей системой управления версиями, если не сказать больше, но она интегрируется в PB без необходимости каких-либо мостов. У PB есть неотъемлемая проблема, работающая с контролем источника, поэтому, вероятно, не будет иметь большого значения работа с одним, а не с другим (по крайней мере, с точки зрения PB).
Теперь, в личном примечании, я хотел бы сказать, что PB 11.5 - это часть sh * t. Он постоянно терпит крах, полный невероятных неудобств UI и просто повышает производительность на колени. Вероятно, это наихудшая IDE когда-либо созданная. Держитесь подальше, если это возможно.
FYI: новый PB12 (PB.NET) будет интегрирован с системами SCC, чтобы вы могли легко выбрать, какую систему управления версиями вы хотите использовать. Поскольку мы в основном сбросили PBL (они теперь являются каталогами), файлы могут быть проверены в/из отдельно - даже с простым редактором ванили, так как файлы теперь являются нормальными (юникодными) текстовыми файлами.
StarTeam прекрасно сочетается с PB IDE. Я использовал эту комбинацию в своей предыдущей компании (PB9 и ST5.x) в течение нескольких лет. Вы должны управлять своим кодом на уровне объекта - не регистрировать весь PBL в ST...
Если у вас возникли проблемы с этой настройкой, нажмите меня в автономном режиме. phoran at sybase dot com.
Мы используем Merant Version Manager для более старых проектов и TFS для более новой работы. Единственная проблема, с которой мы сталкиваемся, заключается в том, что TFS не поддерживает расширение ключевых слов и изменяет отношение "читайте комментарии к цветочным комментариям". Некоторые люди нервничают по поводу потери встроенной истории версий.
Мы используем StarTeam и очень довольны им. Он сочетает в себе отслеживание ошибок с контролем версий. К сожалению, хотя мы не храним наши файлы на уровне объектов. Мы просто храним файлы PBL непосредственно в исходном элементе управления. Все, что теоретически поддерживает интерфейс SCC, должно корректно работать в PowerBuilder.
PB9: Мы использовали PVCS, но имели проблемы с стабильностью pbl, а также проблемы, связанные с более поздними версиями Crystal Reports (dll conflict), поэтому теперь мы используем PB9 с Dynamsoft Source Anywhere Standalone. Эта система более примитивна; он не имеет более продвинутых функций для уровней продвижения и для вытаскивания более старой версии всех объектов для создания патчей.
Теперь мы ищем то, что позволит более продвинутое "управление изменениями", чтобы поддерживать уровни продвижения на уровне изменений (а не на уровне объекта). Было бы лучше использовать perforce, starteam или (менеджер смены урожая + HarPB) или что-то еще? Любые рекомендации по этим комбинациям были бы с благодарностью.
Вы всегда можете использовать Пластиковый SCM с PowerBuilder через SCC. Пластмасса довольно продвинута с точки зрения графики, инструментов, реплик и т.д., Поэтому всегда важно иметь в виду.