2016-04-14 7 views
1

を説明しました。Clearcaseの表示および支店は、私は最近、開発チームは、(プロジェクトは主にJavaでとExtJSのコード化された)バージョン管理のためのClearCaseを使用しているため、新たなプロジェクトに取り組んで始めました

私は用語「表示」と「支店」を聞いていますが、多くの周りスローされる - これらの用語は交換可能ですか?
もしそうでなければ、眺めと支店についての素人の説明と、それらがお互いにどう関係しているかを教えてください。

は、ClearCaseのに特定のビューと分岐していたり​​、これらの用語は、他のバージョン管理システムで使用されていますか?

+0

非常に便利な書き方で、「分岐」が何であるか、またそれが適切であるかをより明確に理解することができました:http://ericsink.com/scm/scm_branches.html – tommyO

答えて

1

「ビュー」と「支店」という言葉がよく捨てられていると聞いていますが、これらの用語は互換性がありますか?

なし:

  • ビューはこのように
    、あなたは異なるブランチからのバージョンを選択できる要素(ファイルやディレクトリ)のバージョンを選択する方法ではありません。
  • ブランチは、分岐点を持つバージョンのコレクションです。 placeholder version(バージョン0
    各分岐開始:/main/aBranch/0は新しい枝の作成をマークしながら/main/0は、要素の作成をマークし、

a forking point, where the version remains identical to the previous one)は「About branches, versions, and labels」で詳細を参照してください:

あなたはClearCaseのソース管理にリソースを追加すると、そのリソースを表す要素がVOB内に作成されます。
要素が名前の単一の分岐がありますメインとそのブランチ上の単一のバージョン(バージョン0)。要素の逐次バージョンはメインブランチ上に作成することができ、必要に応じて追加のブランチを作成することができます。

バージョンツリーの各ブランチには、要素の1つ以上のバージョンが含まれます。各バージョンは要素のリビジョンを表します。
バージョンは、VOB内の要素のパス名を含むバージョン拡張パス名を使用して識別され、そのブランチ上のブランチ名とバージョン番号も指定されます。例えば、VOBディレクトリ\product\src\の主枝上にあるファイルmodule.javaの第四改正は、バージョン拡張パス名\product\src\[email protected]@\main\4を持っています。

詳しくは、「View that uses attributes to select versions」を参照してください。


は、ClearCaseのに特定のビューと分岐していたり​​、これらの用語は、他のバージョン管理システムで使用されていますか?

ビュー、特にダイナミックビューは、ClearCaseに固有です。
しかし、それらが表すのは、作業ディレクトリとバージョン選択メカニズムの組み合わせです。あなたはほとんどのバージョン管理システムでそれを見つける。

ブランチはすべてのVCSの一部であり、merge workflowを有効にします。
How to use git metadata strategies compared to ClearCase ones?」を参照してください。たとえば、gitと比較すると分かります。

+1

http:// stackoverflowも参照してください。 .com/a/2925378/6309 – VonC

関連する問題