1

現在、ソース コードの管理には ClearCase を使用しています。

ClearCase では、いくつかの変更を行うことに慣れており、これらの変更を任意の方法でサーバーにコミット (チェックイン) することができます。

これはまた、10 個の異なるファイルを編集 (チェックアウトおよび変更) できることを意味しますが、これらのファイルの一部のみをサーバーにチェックインし、好きな順序でチェックインします。

git では、ローカルでコミットすると、その特定の順序で変更をサーバーにプッシュする必要があります。

私が ClearCase で慣れているものと似たワークフローが Git にあるのでしょうか? （負荷をかけずにローカルコミットの一部のみをサーバーにプッシュできること）。

4

2 に答える 2

1

インデックスにファイルを追加する (必要なファイルのみをプルできる) ことに加えて、次のこともできます。

  • ファイルの一部をインタラクティブにインデックスに追加します (必要に応じてファイルの一部のみをプ​​ッシュすることを意味します。ClearCase ではそれを行うことはできません)。
  • ワークスペースを更新するためにファイルが変更されている任意の時点で隠して (git pull)、それらの変更を作業ツリーに再適用します。
    これは、現在チェックアウトされているファイルがビューの更新時に変更されない ClearCase よりも簡単です (たとえば、スナップショット ビューでの更新)。
于 2012-07-24T08:56:07.497 に答える
0

への返信:

これはまた、10 個の異なるファイルを編集 (チェックアウトおよび変更) できることを意味しますが、これらのファイルの一部のみをサーバーにチェックインし、好きな順序でチェックインします。

必要なファイルだけをコミットするためにステージングできます。

>git status
# on branch xxx
# Changes not staged for commit
#    file1
#    file2
#    file3

>git add file1 file3
>git commit -m "Commited file1 and file3"

>git status
# on branch xxx
# Changes not staged for commit
#    file2
于 2012-07-24T08:43:03.960 に答える