私は2つのプロジェクトで解決策を持っています。ソリューションにマークを付けてチェックインしたところ、すべてのファイルの左側に青い南京錠の小さな画像が表示されました。これは、明らかに読み取り専用としてマークされていることを意味します。
私は今まで Tortoise SVN のみを使用してきましたが、これが TFS への最初のチェックインです。なぜこれが起こるのか、またはここで回答するには複雑すぎる場合、少なくともどうすればファイルの状態を返すことができますか（おそらくソリューション全体）通常に。
また、Visual Studio 2012 から TFS の基本的なタスクを使用/実行する方法に関する適切な読み物/チュートリアルを見つけるのに苦労しているので、誰かがこのトピックに関する優れた情報源を共有できれば、それは大歓迎です。
実際、これは正常です。「サーバー ワークスペース」を使用しているか、TFS 2012 より前の TFS サーバーに接続しています。Team Foundation Server には複数の動作モードがあります。
チェックアウト/編集/チェックイン システム ( 「サーバー ワークスペース」経由) は、編集を開始するためにファイルを明示的にチェックアウトする必要があることを意味します。どのファイルがチェックアウトされ、どのファイルをチェックアウトする必要があるかをすばやく示すために、ファイルは読み取り専用に保たれます。TFS バージョン管理を理解する IDE またはエディター (Visual Studio、Eclipse) で入力を開始するだけで、IDE がファイルをチェックアウトします。それ以外の場合は、ファイルを手動でチェックアウトする必要があります (ソース管理エクスプローラーで [編集用にチェックアウト] を選択するか、 を実行しtf checkout <filename>ます)。
このタイプのシステムは、非常に大きなリポジトリまたはそれらのリポジトリに非常に大きなファイルを持つチームにとって非常に便利です。ファイルを編集していることをソース管理システムに明示的に指示することで、ファイルシステムをスキャンする必要がなくなります。
編集/マージ/コミット システム ( 「ローカル ワークスペース」経由) は、ファイルをチェックアウトするために明示的なアクションを実行する必要がないことを意味します。保留中の変更をクエリすると、ディスクがスキャンされて、どのような変更が行われたかが判断されます。 . ローカル ワークスペースは TFS 2012 の既定値ですが、ユーザーまたは管理者がこの既定値を変更できます。
これは、Subversion の動作方法と似ており、通常、ほとんどのリポジトリに適していますが、ツリーに大きなバイナリを保持する場合は、おそらく適切なオプションではありません。
分散バージョン管理システム ( git経由) とは、リポジトリの完全なクローンをローカルに持ち、オフラインで完全に独立して作業し、自分の変更を共有したり、必要に応じて他の人の変更を受け取ったりできることを意味します。Git は、TFS 2013 および Visual Studio 2013 の新機能です。
このタイプのシステムは、高度に分散したチームや、斬新な分岐戦略を利用したいチームには非常に便利ですが、きめ細かなパーミッションに関して非常に複雑な要件を持つチームには適していない可能性があります。
サーバーが TFS 2012 以上で、既存のサーバー ワークスペースをローカル ワークスペースに変換する場合は、[ワークスペースの編集] ダイアログを開き、詳細設定でワークスペースのタイプを変更します。これにより、すべてのファイルが書き込み可能になり、Subversion のようなモードで作業を続けることができます。