企業ファイルリポジトリにGITを使用する必要がありますか？

あなたはここのことを考えている。おそらく、ソースコントロールソリューションは必要ありません。あなたの従業員が .svn ファイルで混乱していると、彼らはGitと混同されます。

可能な解決策は、 Dropbox です。 DropboxはDropboxと呼ばれるフォルダをLinux、Unix、Macの$ HOMEディレクトリの下、またはWindowsのMy Documentsフォルダの下に置きます。そこに置かれたファイルは、Dropboxサーバーに同期されます。

別のコンピュータに移動して同じDropboxアカウントを共有すると、すべてのファイルもそこに保存されます。 Dropboxは、Linux、Windows、およびMacで動作します。

すべてDropboxアカウントを持っている場合は、それらのアカウント間に共有フォルダを作成できます。そのように複数の人の間でフォルダを共有することができます。 Dropboxにはいくつかのバージョン管理メカニズムがあります。以前のファイルのコピーを取り戻すことができるので、変更が気に入らなければ元に戻すことができます。削除されたバージョンを取得することもできます。

Dropboxは2GBのデータは無料で、支払いを希望する場合はさらにスペースを取ることができます。私はこの種の状況にDropboxを使用しており、2Gbアカウントでは通常十分です。

SugarSync のような他の同様のサービスがありますが、私はDropboxの絶対的な単純さが好きです。これは技術者以外のユーザーには効果的です。

David Pogueはちょうどいくつかの記事を書きました数週間前。

私は自分の仕事を大幅に簡素化したことが分かっているユーザー以外は、Dropboxと何ら関係がありません。

Dropbox Alternatives のリストがあります。私はそれらのいずれかを保証することはできませんが、おそらく一見価値があります。

17ギガバイトはgitリポジトリ ¹ のために非常に大きいでしょう。そしてあなたは経験を耐えられるように設定設定オプションを注意する必要があります。

大量のバイナリファイルをバージョニングするというユースケースは、少数の領域の1つで、代わりにSubversionを使用するのが妥当だと思いますgitまたはMercurialの

^{1 _{サイズが数百ギガバイト（バックアップ目的）のgitリポジトリを1つ使用しますが、これはあいまいなスポーツです。}}

Gitは内部の .git ディレクトリをリポジトリの一番上のディレクトリに保存します。

私がGitで見つけた主な利点は、すべての履歴がローカルで利用できることと、巨大なの違いを作り出すラップトップのためです。

共有ファイルストレージとしてのみVCSを使用している場合、これはそのようなタスクには不合理です。また、SCMのほとんどはバイナリファイルを扱いにくいです。ほとんどの場合、バイナリ（特にバイナリ用）のリビジョン履歴

再開 - 私はGitに移動する理由を見ることができません（そしてSVNを使用しても通常のWebDAVの場所で十分かもしれません）