PowerBuilder 11.5 и Управление версиями
Поскольку это еще не было упомянуто здесь, возможно, стоит добавить еще одну опцию, package spverbatim (без подсветки синтаксиса):
\documentclass{article}
\usepackage{spverbatim}
\begin{document}
\begin{spverbatim}
Your code here
\end{spverbatim}
\end{document}
Также, если подсветка синтаксиса не требуется, пакет alltt :
\documentclass{article}
\usepackage{alltt}
\begin{document}
\begin{alltt}
Your code here
\end{alltt}
\end{document}
10 ответов
В настоящее время мы используем Perforce и его плагин P4SCC , который работает очень хорошо. На самом деле, я уверен, что где-то читал, что ребята из Sybase, которые пишут PowerBuilder, на самом деле сами используют Perforce.
Много лет назад я использовал Starteam для управления приложениями PB. Само собой разумеется, что PowerBuilder является устаревшим продуктом, и ему приходится экспортировать каждый объект из своих «библиотек» в систему управления версиями. В настоящее время библиотеки наших старых приложений PB целиком сохранены в Subversion, без какой-либо поддержки различий и т. Д.
Итак, честно говоря, давайте начнем с того, что пока вы спрашиваете об элементе управления версией , PBNative является элементом управления источником . Если вы сравните что-то, что предназначено , чтобы иметь больше функций, чем просто удерживать двух разработчиков от редактирования одного и того же фрагмента исходного кода, тогда да, PBNative будет отстой. Madone SL может быть невероятным велосипедом, но если вы попытаетесь сделать пару кругов по трассе Инди, это будет отстой.
«Лучший» - довольно субъективное слово. В инструментах контроля версий и управления конфигурацией доступно множество функций. Вы можете получить массу функций, но заплатите огромным количеством денег. StarTeam имеет несколько приятных функций, таких как возможность отслеживать запрос на изменение клиента или отчет об ошибке на всем пути вплоть до измененного кода, и возможность делать ссылки в настраиваемом инструменте сравнения (что особенно полезно в PB). Опять же, если ваш ключевой критерий, а не функции, - это стоимость, существует множество бесплатных вариантов, которые сделают вашу работу. Пока инструмент поддерживает интерфейс Microsoft SCC, все должно быть в порядке.
Существует относительно активная группа новостей NNTP, которая фокусируется на управлении версиями с помощью PowerBuilder, к которой вы также можете получить доступ через сеть . Вы, вероятно, найдете там уже опубликованные мнения.
Существует относительно активная группа новостей NNTP, которая фокусируется на управлении версиями с помощью PowerBuilder, к которой вы также можете получить доступ через сеть . Вы, вероятно, найдете там уже опубликованные мнения.
Существует относительно активная группа новостей NNTP, которая фокусируется на управлении версиями с помощью PowerBuilder, к которой вы также можете получить доступ через сеть . Вы, вероятно, найдете там уже опубликованные мнения.
Мы используем Visual SourceSafe. Мы не используем PFC, но у нас есть библиотеки, которые используются в нескольких проектах. До сих пор каждый проект разрабатывался отдельно от других, поэтому общие библиотеки дублировались. Для их синхронизации все они были общими на уровне VSS. В последнее время мы реорганизовали наши источники, так что все проекты находятся рядом друг с другом, и есть только один экземпляр разделяемых библиотек.
VSS определенно не лучшая система управления версиями, мягко говоря, но она интегрируется в PB без нужны любые мосты. У PB есть врожденная проблема при работе с системой управления версиями, поэтому он, вероятно, победит ' Работа с одним вместо другого имеет большое значение (по крайней мере, с точки зрения PB).
Теперь, от себя лично, я хотел бы сказать, что PB 11.5 - это кусок дерьма. Он постоянно дает сбой, полный невероятных неудобств пользовательского интерфейса и просто ставит производительность на колени. Вероятно, это худшая из когда-либо созданных IDE. Держитесь подальше, если возможно.
К вашему сведению: новый PB12 (PB.NET) будет интегрирован с системами SCC так что вы можете легко выбрать, какую систему управления версиями вы хотите использовать.
Мы используем Merant Version Manager для старых проектов и TFS для новых работ. Единственная проблема, с которой мы сталкиваемся, заключается в том, что TFS не поддерживает расширение ключевых слов и изменение отношения людей к «прочтите комментарии из цветочных ящиков». Некоторые люди нервничают из-за потери встроенной истории версий.
Мы пользуемся StarTeam и остались очень довольны. Он сочетает в себе отслеживание ошибок с контролем версий. К сожалению, мы не храним наши файлы на уровне объектов. Мы просто храним файлы PBL непосредственно в системе контроля версий. Все, что теоретически поддерживает интерфейс SCC, должно корректно работать в PowerBuilder.
StarTeam прекрасно интегрируется с PB IDE. Я использовал эту комбинацию в моей предыдущей компании (PB9 и ST5.x) в течение нескольких лет. Вы должны управлять своим кодом на уровне объекта - не записывайте весь PBL в ST ...
Если у вас возникли проблемы с этой настройкой, свяжитесь со мной в автономном режиме. форан в sybase dot com.
PB9: Мы использовали PVCS, но у нас были проблемы со стабильностью из-за повреждения pbl, а также проблемы, сосуществующие с более поздними версиями Crystal Reports (конфликт DLL), поэтому теперь мы используем PB9 с Source Anywhere Standalone Dynamsoft. Эта система более примитивна; в нем отсутствуют более продвинутые функции для уровней повышения и для извлечения более старой промежуточной версии всех объектов для создания патчей.
Сейчас мы ищем то, что позволит более продвинутое «управление изменениями» для поддержки уровни продвижения на уровне изменения (а не на уровне объекта). Было бы лучше использовать perforce, starteam или (менеджер по изменению урожая + HarPB) или что-то еще? Мы будем очень благодарны за любые советы по этим комбинациям.
Вы всегда можете использовать Plastic SCM с PowerBuilder через SCC . Пластик довольно продвинут с точки зрения графики, инструментов, копий и так далее, поэтому всегда стоит помнить о нем.