変更が間違ったユーザーとしてコミットされましたか？ TortoiseSVN、Subversion

Question

私たちは奇妙な問題を抱えています。一部のユーザーにとっては、認証が破損しているように見えるので、チェックインすると別のユーザーとして表示されます。具体的には、私たちの "公式"ビルド（ブランチをチェックアウトし、ビルドし、バイナリをチェックインする）を行うために、バックルームで実行される "BuildMachine"アカウント。どういうわけか、そのアカウントは私たちのチームメンバーが私たちのローカルワークステーションからチェックインするものに引き継がれます。

私たちは、TortoiseSVNとSVNの両方を数回回しました。実際、古いバージョンのSVN + Apacheを実行していた古いサーバーからSVN認証を使用しています。今我々はVisualSVNサーバー経由で現在のSVN上で、認証にLDAPを使用しています。 （まったく違う認証ですか？）確かに、私はこの問題を「治す」と考えました。しかし、そうではありません...

• 私たちのクライアントはすべてTortoiseSVN 1.6.16、Subversion 1.6.17です。 （サーバー上の）2.1.9
• Subversionコマンドラインクライアントである私たちは、いくつかの（かなり大規模な）事前にコミットしている1.6.17

とポスト：

サーバは、バージョンVisualSVNサーバーですいくつかの企業の変更/欠陥追跡システムに対して監査するコミットフック、コードレビューなどを作成します。そのため、少し複雑です。

どのようなことが起こるか分かりませんが、一時的な「治癒」はTortoiseの認証データキャッシュをクリアすることです。それは私のPCから「BuildMachine」として何かをコミットしたようなものではないので、それは変だと思う。しかし、私の資格情報をクリアすると、何とか魔法のようにBuildMachineが取り除かれます。奇妙な。

これを引き起こす原因は何ですか？私はTortoise 1.7がリリースされていることを知っていますが、私たちはそれを公開する準備ができていません。リリースノートは、私のローカルコピーをすべて "アップグレード"するのが大変なことを示しているようです。

おかげで、 クリス

Answer 1

私が見てきたいくつかの人々はStackOverflowの上VisualSVNとの奇妙な問題を抱えています。最新のoneは、Fiddler2と呼ばれる何かを勧めて、HTMLトラフィックをデバッグしました。

これは、何が認証を台無しにしているかを知るかもしれません。

コミットの作者を修正する場合は、svn propset --revepropコマンドを使用して、特定のリビジョンのリビジョン属性svn:authorを設定することができます。 pre-revprop-change.shフックを有効にする必要があります。デフォルトはリビジョンプロパティの変更を禁止するためです。