ClearCaseスナップショットビューをdocRootとしてWebサーバーに使用する際の長所と短所を私のマネージャーから求められました。この場合の異なる環境への配備は、ビューの更新だけになります。ClearCaseのスナップショットビューをWebサーバー上のDocRootとして使用できますか?
もちろん、更新する内容を制御する方法については、他の考慮事項があります。
私はそこにいるすべての専門家に質問します。あなたはこれについて何を考えますか?
ClearCaseスナップショットビューをdocRootとしてWebサーバーに使用する際の長所と短所を私のマネージャーから求められました。この場合の異なる環境への配備は、ビューの更新だけになります。ClearCaseのスナップショットビューをWebサーバー上のDocRootとして使用できますか?
もちろん、更新する内容を制御する方法については、他の考慮事項があります。
私はそこにいるすべての専門家に質問します。あなたはこれについて何を考えますか?
短所:ので、本番サーバーにデプロイするためのVCSを使用して
は通常悪い習慣考えられている:あなたは(ここではClearCaseの)別のコンポーネントをインストールして管理する必要がある
賛否:
それがWebサーバであるので、展開プロセスを考慮し、展開ツールとしてVCSを使用することが考えられるかなりストレートフォワードである(単に構造を変更することなく、いくつかのファイルをコピーします)。
容易にするために使用することができます。バックVCSにコミット
cleartool co -c "quick fix" aFile
」ことができる、それが戻ってそれを変更し、「cleartool checkin
」cleartool ls
が正確にそれらのファイルを表示するために使用される要素の選択ルールをお渡しします)すべてのすべてで、私は本当にのためのVCSを維持することを好みます開発環境であり、他のプロセスを展開に使用します。
これは、クリーナーを感じるだけでなく、開発者とプロダクト環境の間の強い分離にも対応しています。
スナップショットビュー(w.r.t ClearCase)に関する1つの良い点は、ClearCaseサーバーとは全く対話する必要がないことです。デプロイ時(基本的にはCleartoolの更新)にのみ、ビューはサーバーから更新を取得する必要があります。 – soothsayer
何らかの理由で、私はいつもバージョン管理システムの使用が悪い考えかもしれないと考えてきました。なぜ私は分からない。 – soothsayer
@HiteshSavla trueですが、改ざんされる可能性があり、次回の更新の前にリコンサイルする必要があるため、変更するファイルに注意する必要があります(または、 'cleartool update -overwrite'を実行する必要があります) ) – VonC