更新を行った後、なぜ赤い感嘆符が表示されるのですか？
Tortoise SVNをインストールし、Windowsエクスプローラーで使用しています。いくつかのフォルダに感嘆符があったため、同僚が私が想定するいくつかのファイルを更新しました。最新バージョンを取得するために更新を行いましたが、まだ赤い感嘆符が表示されます。
赤い感嘆符は、作業コピーでこれらのファイルを変更したことを示します。感嘆符を取り除くには、ファイルをコミットする（リポジトリ内のバージョンを変更したバージョンで更新する）か、元に戻す（スローする）必要があります。あなたの変更を離れて）。
最近、SVNのクリーンアップと更新後も、同じリポジトリフォルダー内の同じ名前で大文字と小文字が異なる複数のファイルが原因で、赤い感嘆符が続くのを確認しました。 Tortoise SVNでは、大文字と小文字が混在する同じ名前の同じ場所に複数のファイルを存在させることができますが、Windowsではできません。
例として、リポジトリ内の1つの場所に、f ile.txtと[〜＃〜] f [〜＃〜] ile.txtの2つのファイルが存在しました。作業コピーをSVN更新に移動すると、ファイルエクスプローラーはこれらのファイルの1つのみを許可するため、SVN更新後に作業コピーに含まれるのは1つだけです。
作業コピーで「変更の確認」を実行すると、Tortoise SVNは、作業コピーフォルダーへのチェックアウトが許可されていないため、チェックアウトできなかったファイルが欠落していると報告しました。これを解決するために、SVNリポジトリから重複ファイルの1つを削除し、作業コピーに対して更新を実行しました。
@Frankは、古さの指標については非常に正しいですが、彼の回答のフォローアップコメントに基づくと、あなたの懸念は、自分の編集ではなく、他の人の編集を処理することであるようです。多くの開発者は、あなたが親しんでいるように、定期的に更新を行って、他の人からのコミットで作業コピーを更新します。これは、正規の " pull "モデル（vs. " Push "モデル）です。 。
私の次のポイントをより明確に正当化するために、見方を変えるために少し余談をさせてください。 pullモデルを使用する典型的なバグ追跡システムを考えてみましょう：他の人がバグを送信または更新するとき、youWebサイト（またはクライアント）にアクセスし、関心のある問題で何が変更されたかを検索およびフィルタリングして確認する必要があります。一部のシステムはそれのみをサポートしています。しかし、より良いものはPushモデルもサポートします：プロジェクトや特定の問題をサブスクライブして、何か新しいものが投稿されたときに自動的にメールを受信します。 （この機能なしではうまく機能しませんでした！）
状況はSubversionドメインでも同様です。はい、私は頻繁にsvn更新を行ってすべての変更を吸収しますが、私が興味を持っているものが他の誰かによって変更されたときに通知を受けることは非常に役立ちます。そして、これを行うのは簡単です。Subversionにプッシュテクノロジーを追加するStefan Kungの CommitMonitor をダウンロードしてください。このツールはWindowsシステムのシステムトレイにあり、ルートまたはサブディレクトリのいずれかで任意の数のリポジトリを指定できるため、解像度を好きなだけ微調整できます。広告のように聞こえるつもりはありません-私は製品や作者とは関係がありません-しかし私はこれをごく最近見つけたばかりで、使いやすく、邪魔にならず、きれいであることがわかりました-それはうまくいきます。