直しとかは出来ないんですか得TortoiseSVN行動を取るようにTortoiseCVS?

StackOverflow https://stackoverflow.com/questions/559157

質問

働いてい合わせにソース制御環境です。まだ中心にCVS、新しいプロジェクトにSVN.しかし、私見ではなく購入のためのSVNでTortoiseSVN動作しないようにTortoiseCVS.

の3つの方法が合併して認知移がTortoiseCVSうものが合併、TortoiseSVNほとんどが必要であるマニュアルです。ものを使用して固定した後、全ての紛争は、手動でマークとしてファイルにもok。

いてのヒント上書きすることができるようになTortoiseSVN作りTortoiseCVS?

編集

がより明確に思い出し三方が合併し、可能な場合にしたいと思ってい双方向統合のようにTortoiseCVSます。ん当然のことですが、そのようなファイルは同じなのですがCVS、SVNは、例えば、Visual Studioのプロジェクトファイルは二つの異なるバージョンこれは常に終わる紛争TortoiseSVNな紛争にTortoiseCVS.

SVN次のように記述されています。

<<<<<<< .mine
     <ApplicationRevision>22</ApplicationRevision>
=======
     <ApplicationRevision>28</ApplicationRevision>
>>>>>>> .r195290

CVSのようにloks

<<<<<<< SomeFile.cproj
     <ApplicationRevision>22</ApplicationRevision>
=======
     <ApplicationRevision>28</ApplicationRevision>
>>>>>>> 1.121

うことができると同様にする必要がありません。また、TortoiseSVNほとんど常に紛争が更新の場合二人で同時に作業ファイルであっても働く異なる場所TortoiseCVSなっています。思TortoiseSVNり保守的強制的にご確認いただくのが合併しTortoiseCVSとCVSることができます。破壊も修復もおもしろくないオプションそれは、あなたがかけがえのない、TortoiseSVNでより自由に、もう双方向統合の代わりにつ。

あ、ありまSubversion1.5る統合ポイント(店舗基本的には無駄なくあります。

役に立ちましたか？

解決

見 BeyondCompare や Araxis Merge.この指示を統合しTortoiseSVNしタイプユーラスバイブレータ統合/差分ツールです。

他のヒント

紛争マーキングは亀自体を行うには何も持っていますが、CVS対むしろSVNべきではありません。これは、ファイルが亀、衝突しないかどうかを判断することSVNです。それが事実だか、あなたはそれについて何を行うことができますなぜ私が言うことはできません。おそらく非常に少ないです。それがマージを受け入れることになるとSVNはおそらくちょうどより保守的です。使われているアルゴリズムについてここでも、ポジティブではないが、それは変更された行が互いに十分に近い（と変更が異なっている）場合など、競合ファイルフラグに思えるます。

私はTortoiseMergeのは実際にはかなり素敵だと思うので、うまくいけば、私は私ができる最善のようにそれを説明することができますし、あなたが前に知らなかった何かが表示される場合があります。あなたは、通常、2つのサイド・バイ・サイドペイン、次に下のペインを持っています。下のペインには、すでに正常マージされた他の部分と一緒に、赤でマーク紛争で、マージの結果です。競合ライン上では、右クリックして、変更内容を維持するかどうかを選択（「鉱山」ペインに見られるように）、その他の変更（「かれら」ペインに見られるように）、またはあなたがそれらの組み合わせを受け入れることができます。

最後に、私はなぜの保存のマージとを説明することができます。の解決としてそれをマークするが2回に分けています。 SVNでは、解決として何かをマークすることは、再びコミットすることができます。それは基本的だフェイルセーフあなたはツールに合併し、保存したファイルをコミットからあなたを維持するのに役立ちますが、それでもそれをテスト/編集が完了していないこと。基本的にはSVNは、マージツールで何かを保存すると、実際に解決を区別されます。

助けた

希望ます。

ただの思えることができるので使用している場合は、CVSNTサーバにこの観測があることCVSNTだけでもかなり良くなったと思い時の融合によSVNでの概念"mergepoints".このことは一般的につながるというのは、ごく限られた紛争時の融合から同一の支店ます。
ないと思うのかにできることは、少なくともしない控ます。

編集： 台分を修正しました。としてのv1.5SVNもmergepoints.思削除することの答えが思うものとする使用人を古いバージョンのSVN.

場合はそうはいかないよんでいるかを明確にすべきであるご質問少します。ご確認くださいここは違いTortoiseSVNとTortoiseCVSなくとCVS(NT?) とSVN?

私はあなたの質問は、より良いWindows上のSubversionとの合併をサポートする方法に焦点を当てていると思います。

それはあなたのために狩りをし、どのような具体的ではないかもしれないが、私は定期的にSubversionの下に合併促進するために、窓の下にEmacsを使用しています。

WindowsでEmacsの+ SVN

の組み合わせの EmacsW32する + のcygwinのの（と SVN ）+ psvn のEmacsのパッケージ+ の」ビルトイン」emacsののツールは、Windowsの下でうまく機能マージ。あなたは見つけることができます。のpsvn は、最近のEmacsで標準装備されています、そして、それはあなたにない場合、あなたはすぐにダウンロードしてインストールしてeasiliyすることができます。

Emacsのベースのツールセットで統合されたサポートのため、私はおよそ5倍→10倍→への速く、典型的な同僚よりもマージを解決するのだから。彼らは、私が（それがセットアップ起動したら、それは自分自身の世話をする）Emacsの機能の使用状況やパワーでそれらを指示するために複数回提供してきました... TortoiseSVNは+そのほかの好みのエディタを使用してコンテンツを思えアウトそれそのよう境域彼らはむしろ自分の初歩的なツールに固執し、彼らの生産性を向上させるには投資しないだろうと思われます。

SVNは強力なツールであり、あなたがそれを使用する必要がある場合は、あなたにも、それはあなたのために働く作りに投資するいくつかの時間を費やして考えるかもしれません。

デビッド

ええと、多分私は問題が欠けています。 TortoiseCVSのは、それをしない場合は（あなたのチームはそれが行わ必要として - またはそれが行われることを想定）、「右」...そして、なぜあなたはTortoiseSVNのを選びたいでしょう。

？

この技術の「目的」を混同しないでください...開発プロセスの開発チームを「奉仕」します。

（私はTortoiseSVNのを試してみるために、両方の時点で使用しています..しかし、私は、これまでのように多くのSVNでの方法論を分岐/タグを好きではありません）。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top