4

私はWeb開発者であり、Subversion / TortoiseSVNユーザーであり、ブランチが必要になり始めたときにGitにジャンプしようとしています。私が読んだことから、Gitはより高速で、ブランチをより適切に管理します。

SVNセットアップ

私たちのSVNセットアップは、Samba共有を介してアクセスされる中央Linuxサーバーに基づいています。Apache、MySQL、PHPなどがインストールされているため、オンラインライブサーバーと同様の環境でローカルにテストできます。SVNリポジトリと開発環境(リポジトリチェックアウト)をホストする共有を設定しました。これにより、コミットする前に、ローカルネットワークを介してリアルタイムで開発し、互いの開発環境をテストおよび表示できます。したがって、すべてのチェックアウト/更新/コミット/開発は、ネットワーク上のSamba共有を介して行われます。他のボックスでは開発は行われません。最近、TortoiseSVN / SVNが停止し始めていることに気づき、分岐が非常に遅いことがわかりました。そこで、Gitへの移行を検討しています。

Gitのセットアップ

SVNセットアップと同様の環境をセットアップするために、LinuxサーバーにGitをインストールし、Windows7マシンにTortoiseGitをインストールしました。次に、SVNリポジトリをGitに複製する手順に従いました。これはうまくいき、私のログは無傷に保たれました。

Git開発環境のセットアップ

次に、開発環境を作成し、TortoiseGitから「GitClone」を実行しました。これには数分かかりました(予想どおり)。これはTortoiseSvnのものと同じだと正しく推測できますか?svn checkout次に、ファイルにいくつかの変更を加え、「Gitコメント->マスター...」を選択しました。これはと同じだと正しく思いsvn commitますか?これは物事がかなり長い時間を要したところです。

Gitが遅くなる場所

まず、変更したファイルが2つしかないのに、変更したファイル(約45秒)が表示されるまでに時間がかかりました。これは通常、TortoiseSVNでは2〜3秒以内に発生します。次に、コミットに進みました。TortoiseSVNではおそらく5秒未満だったのに、さらに30秒かかりました。

上記のSVNの時間は悪くないので、なぜ私が動いているのかと尋ねる人もいるかもしれません。これは単純な例であることに注意してください。通常の使用では、SVNにかかる時間が大幅に長くなります。

ソリューションを探しています

Stack Overflowで非常によく似た問題を抱えている別の人を見つけましたが、実際の解決策はありませんでした。ssh /コマンドラインを介して何かを行うことはオプションではありません。開発者の中には、そのようなものにあまり詳しくなく、Linuxについて何も知らない人もいるからです。

それで、これをネットワーク上でより速く動作させるために私ができることがありますか?または、コミット、分岐などを管理するためのTortoiseSVNのより良い代替手段でしょうか?私たちは物事をスピーディーに保つために私たちが取らなければならないステップを最小限に抑えるように努めています。

4

1 に答える 1

2

サーバー共有に作業コピーがある場合は、gitが高速になることを期待しないでください。Gitはローカルで実行され、リモートでプッシュ/プルされることを目的としています。

于 2012-05-15T20:18:30.250 に答える