Subversion 1.5 and later keeps a record of merges using properties. This allows us to get a more detailed history of merged changes. For example, if you develop a new feature on a branch and then merge that branch back to trunk, the feature development will show up on the trunk log as a single commit for the merge, even though there may have been 1000 commits during branch development.
質問のカップル：
私は枝のTortoiseSVNの歴史に行く場合は、私はこの中で、フラグ「リビジョンをマージ含める」をチェックしない限り、私は、マージされたリビジョンを見ることができない、合併しましたそれらが灰色で表示されている場合、'フェア！代わりに、メッセージは以下のエラーで示されていないWindowsからの
Correcting Shell script that identifies DB objects which have been dropped from SVN.
Trying to figure out why the shell variable is not getting used properly in
"svn log -qvr..." command
と
........
(and even) More syntax fixes .. testing call to shell
........
(and even) More syntax fixes .. testing call to shell
........
(and even) More syntax fixes .. testing call to shell
o
：
svn: E720008: Write error: Not enough storage is available to process this command.
マージメッセージは多少の誤差が含まれています
これは大きな問題ではないことが、それでは、これについて焦点を当てないようにでき...
私はコミットメッセージに同じ問題を取得していますのsvn logコマンドを実行したときのは、コマンドラインについての代わりに焦点を当ててみましょう：
-gパラメータですべての履歴（マージされたリビジョンを含む）を見ることができます。再び十分に！
主な問題は、私はもうSVN LOG -rコマンドが含まあなたと（TortoiseSVNので灰色に示すリビジョン69524を見ることができるように例えば
で特定のマージされたリビジョンを得ることができないということです
：マージされたリビジョンが69524リターン空白のメッセージ-r）
が、SVNのログをチェックして、これはすべての数千人のために起こったのは、リビジョンをマージ
これは正常ですか？
SVNがマージを管理する方法を気に入っていますが、svn log -rで特定のマージされたリビジョン情報を取得できない可能性がありますか？
これは、マージ時に問題が発生したか、これが新しいバージョンのSubversionの通常の動作ですか？
正直、私にとっては本当に奇妙に見えます！みんな理解を助けてください、これは私を殺している！
おかげで解決さ
！
ブランチルートからコマンドを実行すると、正直なところ、別のコード行ツリーで作成された場合でも、マージされたリビジョンがリリースブランチに表示されることが予想されました（git
あなたのSVNクライアントとサーバーの有効期限は6〜7年です。最新のSVNクライアントとサーバツールを使用してください。現在のバージョンはSVN 1.9です。 – bahrep
完全に同意します。それは私に依存しないとしても、私たちがすぐにやることですが、一方、これは正常な動作か何かが間違っていますか？ – ivoruJavaBoy
「マージメッセージ」は、マージ操作のコミットログメッセージです。そこにはどんなエラーがありますか？正確に 'E720008：Write error：'を受け取ったときは？ – bahrep