3

コマンドラインを使用して、あるプロジェクトを別のプロジェクトにマージしています。例えば

ss merge $/XXXXXXXX -GF -R

次のような出力が得られることを期待していますが、問題ありません。

A.cpp has been merged with no conflicts.
Check in now?(Y/N)n

An automatic merge has occurred and there are conflicts.
Edit C:\XXXXXXXX\B.cpp to resolve them.

しかし、どうですか：

C.cpp
Comment for C.cpp:

コメントを求めるプロンプトが表示されると、VSS がファイルを自動的にチェックインします。いくつかのファイルをチェックインするまで、何が起こっているのかわかりませんでした...他のファイルのように最初に尋ねるのではなく、なぜこれらのファイルでこれを行うのですか?

4

3 に答える 3

2

さらなるテストから、マージがソース ファイルと同一である場合、つまり宛先がソースの以前のコピーと同一である場合、チェックインは自動的に行われたと思います。

于 2013-03-24T17:28:28.930 に答える
1

マージでは、ソース ファイルとターゲット ファイルを比較する 3 つのシナリオがあります。同じ、異なるが自動マージ可能、異なる、競合があります。c.cpp はおそらく最初のシナリオです。

于 2013-03-18T02:15:53.137 に答える
1

ビジュアル ソース セーフ マージの問題は、マージがサーバー上で行われることです。つまり、Visual Source Safe がファイルのマージに成功すると、そのファイルがサーバーに自動的にチェックインされます。一方、Subversion やその他のソース管理システムは、リモート サーバーではなくローカル ワークスペースでファイルをマージします。

Visual Source Safe MergeおよびHow to: Merge File Versionsに関する次の Microsoft 記事を参照してください。

ステップ 10 で、「データベースをチェックして、分岐したファイル バージョンが適切にマージされていることを確認します。」

ヘルプドキュメントから明らかなように、デフォルトのオプションでデータベースに自動的にチェックインします。

于 2013-03-24T19:57:33.187 に答える