私はまだCommerceServerに精通しておらず、開発ツールです。販売されているものを保持するためのDBが含まれていることを理解しています。1つのテストサーバーと複数の開発ワークステーションがある開発インフラストラクチャをセットアップし、これらにDBを共有させても大丈夫ですか？また、CVSリポジトリを格納する別のサーバーがあり、複数の開発者がCVSサーバーから手動でプルし、作業を行い、チェックインします。テストサーバーのビルドおよびデプロイツールはCVSからプルし、にデプロイします。テストサーバー。私の懸念は共有DBですが、各開発ワークステーションには独自のDBが必要ですか？複数の開発者、1つのテストサーバー、およびソース管理システムを最適に処理する方法の概要を探しています。
質問する
219 次
4 に答える
0
私はデータベースを共有しようとはしませんが、すべての開発環境が他の開発変更（DB内）をオーバーライドする可能性があるため、それは良い考えではないと思います。
また、開発者がデータベース構造を変更する必要がある場合、それはすべての人を傷つける可能性があります。
テスト環境と同じである必要はなく、各開発環境にデータベースを用意することをお勧めします。
テストサーバーのビルドとデプロイには適しています。
于 2012-02-15T04:46:33.070 に答える
0
チームの大きさによりますか？私が取り組んだほとんどの小さなプロジェクトでは、チームの全員が独自のDBを持っており、特にDBがDerby / Cloudscapeの場合はそうですが、DB2またはOracleを使用する大きなプロジェクトの場合は、他のマシンに格納されている共有DBを使用することを常にお勧めします。みんなのローカルマシンより。共有マシンは、1人がデータを削除すると問題を引き起こす可能性がありますが、これは小さなバックアップなどで解決できますが、チームの全員が独自のDBを持っている場合、Leadは全員のDBが同期中（つまり、日常業務であるCVSからコードを同期するたびにワークステーションを機能させるために、すべてのマシンでsqlを実行する必要があります）
于 2012-02-23T18:11:31.720 に答える
0
あなたはそれをすることができます。IBMはその構成をサポートしています。ほとんどの開発者は、WCSDeveloperに付属の組み込みWCS環境を使用します。これには、データベースとしてのApacheDerbyとともにランタイムがあります。
また、IBM製品の専門家に相談することをお勧めします。彼らはあなたにベストプラクティスを教えてくれ、あなたはあなたのソフトウェア購入の一部として彼にアクセスすることができます。PMRを開いて質問するだけです。
于 2012-10-15T17:25:47.463 に答える
0
開発者ごとにローカルデータベースを使用します。
次に、liquibaseなどを使用して、データベース構造の変更を管理します。すべてのデータベースの変更をスクリプト化してソースリポジトリに配置するように要求してから、liquibaseサーブレットをStoresプロジェクトに追加します。そうすれば、開発者が新しいものをチェックアウトするときに、サーバーを再起動したときにローカルデータベースが自動的に更新されます。
これには、SQLスクリプトが実際にチームの開発者に少なくとも1回はテストされるという追加の利点があります。
これで、理想的には、開発者にもwcbdを使用することになります。ただし、システムですでに実行されているスクリプトは追跡されないため、非常に防御的なSQLスクリプトを作成するのは非常に面倒になります（このテーブルの列XがすでにY文字に拡張されているかどうかを確認するため）。 dataload、あなたは本当にあるべきではない何かをオーバーライドするかもしれません。
于 2015-05-06T20:57:40.890 に答える