PowerBuilder 11.5とバージョン管理

Question

PowerBuilder 11.5で実装する最適なバージョン管理システムは何ですか？

あなたがブランディング/トランク/タグをどのようにして素晴らしかったかの例がある場合は、 PFC/PFEなどの共有ライブラリを複数のアプリケーションで使用しているため、私たちは数回その頭を巡回して問題に遭遇しました。

今はPBNativeしか使用していません。

Answer 1

我々は現在Perforceを使用して、それは非常にうまく機能P4SCCプラグイン、です。実際には、私はどこかでSybaseの人たち書き込み、PowerBuilderの人は、実際に自分自身を使用して読んで確信している。

Answer 2

私はStarteamを使ってPBアプリケーションを制御していました。言うまでもなく、PowerBuilderは旧式のクマです。各オブジェクトをその "ライブラリ"からソースコントロールにエクスポートする必要があります。 現在、当社の従来のPBのアプリは、そのライブラリはSubversionのに全体を保存した、差分のための任意のサポートなしなど

Answer 3

Visual SourceSafeを使用します。 PFCは使用しませんが、いくつかのプロジェクトで共有されているライブラリがあります。これまで、各プロジェクトは他のプロジェクトとは別に開発されていたので、共有ライブラリは複製されました。それらを同期させるために、それらはすべてVSSレベルで共有されていました。最近、ソースを再編成して、すべてのプロジェクトが互いに近くにあり、共有ライブラリのインスタンスが1つしかないようにしました。

VSSは確かに最低のソース制御システムではありませんが、ブリッジを必要とせずにPBに統合されています。 PBはソース管理に固有の問題を抱えているので、おそらくはPBの観点からは、他のものとではなく、1つと非常に差をつけることはありません。

今、個人的なメモで、私はPB 11.5がsh * tの部分だと言いたいと思います。それは絶えずクラッシュし、信じられないUIの厄介さに満ちていて、生産性を無駄にしてしまいます。これはおそらく最悪のIDEです。可能であれば避けてください。

Answer 4

ので、公平であるために、あなたはおよそバージョン管理を求めている一方で、にPBNativeはソース制御であることを言ってから始めましょう。 にという名前のものを比較すると、2人の開発者が同じソースを編集しないようにするだけでなく、PBNativeが吸うことになります。 Madone SLは信じられないほどの自転車かもしれませんが、Indyトラックの周りに数周を走ろうとするなら、それは吸うでしょう。

「ベスト」はかなり主観的な言葉です。バージョン管理と設定管理ツールには多くの機能があります。あなたはたくさんの機能を得ることができますが、あなたは鼻を通って支払うでしょう。 StarTeamには、クライアントの変更要求やバグレポートを変更されたコードまでトレースしたり、カスタマイズされた差分ツール（PBで特に便利）にリンクできるなどの優れた機能があります。また、コストが機能ではなく主要な基準である場合、仕事を完了させる多くの無料オプションがあります。ツールがMicrosoft SCCインターフェイスをサポートしている限り、あなたはOKであるはずです。

比較的アクティブなNNTPニュースグループがPowerBuilderのソース管理に重点を置いています。これはwebからアクセスすることもできます。すでに投稿されている意見があるかもしれません。

Answer 5

FYI：新しいPB12（PB.NET）はSCCシステムと統合されるので、使いたいソース管理システムを簡単に選択できます。私たちは基本的にPBLを削除しています（現在はディレクトリです）。ファイルは普通の（ユニコードの）テキストファイルなので、プレーンなバニラエディタを使用しても、ファイルを個別にチェックイン/チェックアウトできます。

Answer 6

古いプロジェクトではMerant Version Managerを、新しいプロジェクトではTFSを使用します。私たちが持っている唯一の問題は、TFSはキーワードの拡張をサポートしておらず、人々が持っている「flowerboxのコメントを読む」姿勢を変更することではないということです。一部の人々は、インラインバージョン管理の履歴を失うことについて緊張しています。

Answer 7

私たちはStarTeamを使用しており、非常に満足しています。バグ追跡とバージョン管理を組み合わせています。残念ながら、私たちはファイルをオブジェクトレベルに保存しません。私たちは、PBLファイルを直接ソース管理に格納します。理論的には、PowerBuilderではSCCインタフェースをサポートするものはすべて正しく動作するはずです。

Answer 8

StarTeamはPB IDEと非常に統合されています。私は以前の会社（PB9とST5.x）でこの組み合わせを数年間使っていました。オブジェクトレベルでコードを管理する必要があります。PBL全体をSTに記録しないでください。

この設定で問題が発生した場合は、オフラインでヒットしてください。 sybaseドットコムのphoran。

Answer 9

PB9：PVCSを使用しましたが、pblの破損や、Crystal Reportsのそれ以降のバージョン（dllの競合）との共存に問題があったため、PB9をDynamsoftのSource Anywhere Standaloneで使用しました。このシステムはより原始的です。それは、プロモーションレベルのためのより高度な機能を欠いており、すべてのオブジェクトの古いマイルストーンバージョンを引き出してパッチビルドを作成しています。

私たちが今探しているのは、（オブジェクトレベルではなく）変更レベルでのプロモーションレベルをサポートする、より高度な「変更管理」を可能にするものです。 PERFORCE、starteam、（Harvest Change Manager + HarPB）などを使用する方が良いでしょうか？これらの組み合わせについてアドバイスをいただければ幸いです。

Answer 10

いつでもPlastic SCM with PowerBuilder through SCCを使用できます。プラスチックはグラフィックス、ツール、レプリカなどの点でかなり進歩しているので、常に覚えておいてください。

Answer 11

エージェントSVNは、です。MS-SCCI Subversionプラグインは、PowerBuilderで動作します。ここで

はエージェントSVNがPowerBuilderのとSubversionのでの作業方法の設定について説明しているa linkです。