ファイルレベルでのアクセス許可の付与と拒否ができないため、VSSからの移行を提案する可能性があります。問題は、ソース管理システムがこれを可能にすることです。ファイルレベルのアクセス許可を持つソース管理システムにはどのようなものがありますか？
更新 私はSVNの回答を「正しい」ものとしてマークしています。なぜなら、最もフィードバックがあったからです。しかし、正解はありません。私はあなたのフィードバックに基づいて経営陣に推薦をします。
Subversionはあまりにも行いますが、ACLは
パーフォース
私はPERFORCE IDEの統合をテストする必要があります。私は[Open Watcom]（http://www.openwatcom.com）リポジトリへの読み取り専用アクセスのために少しコマンドラインバージョンを使用しましたが、Visual Studioのサポートなしでは私の会社を売ることはできません。 –
PERFORCEはVS統合用のSCCプラグインをサポートしています。しかし、私は、VSのSCCサポートがソース管理システムにとって素晴らしいものではないことを発見しました。（SCCはおそらく貧弱なインターフェースだと思います。多分あなたのチームはそれについてより良い意見を持つでしょう。 –
私は、VS SCCの統合が一般的にうんざりしていることに同意します、私の同僚はしません。 –
設定ファイルで管理されている私は本当にあなたの質問に答えていないんだけど、私はそれがVCSのアクセス許可を持っていることは非常に便利な機能ではないと思います。
人が不正な変更を行うことが懸念される場合は、権限が修正されないという社会的な問題があります。人々が間違ったコードを誤って変更することが心配されている場合、権限が修正されないという別の社会的問題（レビューの欠如）があります。
これは小規模な組織にとっては妥当かもしれませんが、大規模な組織ではしばしばアクセス制御を実施する必要があります。契約上の要件になる場合もあります（法的要件がある場合でも驚くことはありません）。 –
私は時には、セキュリティとは対照的に、社会的慣習とプロセス（コードレビュー）が必要なような問題に同意します。しかし、外部請負業者やプロセス管理のようなものを扱う場合、そのようなセキュリティにはメリットがあります。 –
VSSを使用している場合は、TFVS（Team Foundation Version Control）は論理的なアップグレードです。特に企業の権限がマイクロソフト専用ツールの場合は特にそうです。
私の要件を満たしていますか？特に、ファイルレベルのアクセス許可？ –
さまざまな権限レベルとその意味の完全な概要がここにあります：http://msdn.microsoft.com/en-us/library/ms252587.aspx –
短い答えは「はい」です。 –
が何であれ、その他の欠陥は、のIBM Rational ClearCaseがサポートファイルレベルの権限のコントロールを行います。また、他にも許可されているチェックインが失敗するように記述できるトリガーを使用することもできます。
SVNはトリガーをサポートしています。彼らはそれらをフックと呼びます。中には、特定の条件に合致しないコミットが失敗するものもあります（たとえば、ファイルにすべてMIMEタイプが設定されるように強制します）。また、継続的な統合ビルドや電子メール通知などの外部アクションを引き起こすものもあります。 これがIBM製品であるという事実は、これを私の雇用主にとってより美味しくするかもしれません。 –
バンドルAcl extension
でのMercurialないが、Plastic SCMを見て、それがACLモデルです。
質問は、誰かが私にApacheの設定ファイルを編集し、サポートを提供するGUIツールを販売するでしょうか？私はテキストファイルを編集し、私が支払っていないオープンソース製品を走らせても大丈夫です。管理はできません。 –
いいえ、彼らはあなたに無料で1つを与えます（私があなたがそれに満足しているなら寄付します）。 VisualSVN mscスナップインを使用すると、使い慣れたインターフェイスでファイルレベルまで権限を設定できます。 – gbjbaanb
あなたはそれを使ってActive Directoryログインを取得しても、SVNにアップグレードしない理由はほとんどありません。 – gbjbaanb