私は最近、ワークロードの自動化を実行するいくつかのアプリケーションを持つチームに参加しました。彼らはバージョン管理に ClearCase を使用していますが、開発環境とテスト環境は (チーム内に ClearCase の専門知識が不足しているためと推測されます) ClearCase からチェックアウト/デプロイされるのではなく、Windows からそれぞれの Unix サーバーに FTP 接続されるだけです。すべてのコードが解釈され (Perl とシェル)、コンパイルする必要がないため、「簡単な展開」と言いました。言うまでもなく、このアプローチには多くの問題があります。具体的には、これらの環境でデプロイの時点からバージョン管理が行われていないことです。
そこで、デプロイメントをリポジトリにバインドして、変更の制御を開始したいと考えていますが、私は ClearCase の初心者に過ぎません。具体的な質問は、デプロイするのは VIEW と STREAM のどちらですか? 後者の原因はビューがユーザー固有のものであると言えますが、(私の理解によれば) ストリームは各ビューから離れたプロジェクト トランクであり、ビューはストリームに統合されています。
「偶発的な」CM 連絡のための、便利でありながら簡潔で軽量な ClearCase チュートリアルに関するヒントがあれば、共有してください。
あるいは、このタスクがJenkinsに適していると思われる場合は、比較的単純な (ビルドやコンパイルは必要ありません) にもかかわらず、参加してください。
よろしくお願いします
