ソース管理を処理するために、VisualSVN、TortoiseSVN、および ankhSVN プラグインの使用を開始しました。最初は Copy-Modify-Merge スタイルでよかったのですが、Lock-Modify-Unlock メソッドに移行する必要があることがわかりました。しかし、私たちのレポジトリには、Copy-Modify-Merge に従うプロジェクトがすでに 15 個ほどあります。
既存のプロジェクトと将来追加されるプロジェクトのロックを要求するようにリポジトリを構成するには、どうすればよいですか。svn:needs-lock に関するドキュメントを見ましたが、これを使用してショップを Lock-Modify-Unlock に移動する方法がわかりません。
VisualSVNサーバーとクライアントマシンを既存のプロジェクトと新しく追加されたプロジェクトのロックを要求するように設定する方法の「ダミー用」の説明を誰か教えてください。
Subversionは、強力なlock-modify-unlockメカニズムを提供していません。ただし、Subversionのファイルを右クリックすると、そのファイルをロックするオプションが表示されます。これにより、他の人がロックを取得するか、ロックが解除されるまでチェックインできなくなります。
svn：needs-lockプロパティを設定することで、ファイルをロックが必要であるとマークできます。ここを参照してください。
http://svnbook.red-bean.com/en/1.8/svn.advanced.locking.html#svn.advanced.locking.lock-communication
と
http://svnbook.red-bean.com/en/1.8/svn.ref.properties.html
プロジェクト内のすべてのファイルに設定する必要はありません。個々のファイルに設定することができます。
ただし、最近のすべてのソース管理システムでは、理由により、edit-merge-commit操作がデフォルトになっています。TFSですら。繰り返しになりますが、 EricSinkをお勧めします。
さて、私はリクエストをサポートするために、ここでポイントを作らなければならないと思います。
ほとんどの場合、あなたは私たちが期待するほど素晴らしい職場ではありません。コードは通常、多くのリファクタリングを必要とします。通常、私たち、勉強している人は、アーキテクチャについて考え、大胆で大胆なものを選びます。新しい、リファクタリングを終わらせないというこのサイクルを終わらせるため。
通常も同様に、私たちが貧乏人のデータレイヤーなどの実装を再構築しているとき、ろくでなしはそのような恐ろしい方法で血まみれのファイルを変更します（明白な理由で本質的に正しく機能しないため）、それから、あなたはやり直しに終わります。
あなたは自分でそれをしなければなりません、潮に逆らって、すべての可能性に逆らって、なぜならその男はあなたが期待するほどうまくいくことは決してないからです。
私はそのような開発者と向き合う会社にいることに気づきます。そして彼らにはエゴがあり、彼らには理由があります（そして彼らの理由は通常時間です、それは嘘です、私たち全員が同じ量の時間を持っているので、それは彼らが自分自身を捧げず、ただ行ってそれを終えるだけです、考えもアイデアもありません。猿のタイピングだけです）。そして、少しサポートボス。
通常、会社では「物事を機能させる」のは私次第です。何かをやり直す必要があるたびにファイルをロックできるようにしたいと思っているので、読み直したり、マージしたりする必要はありません。そのろくでなしの「新しい」実装。
とにかく、これはswolff1978の要求をサポートするための単なるケースであることに注意してください。