4

私は現在、Subversion リポジトリを「使用」しているチームで働いています。私が「使用する」と言ったのは、実際には誰もが samba 共有を介してサーバー上でファイルを直接編集しているだけであり、アーキテクトがそのサーバーから私たちの変更をコミットし、それがサーバーにプッシュされることがあるからです。

したがって、基本的に、さまざまなユーザーから意味のあるコミット メッセージを受け取ることができず、好きなだけコミットすることができません。

私は分散システムについていくらか興味を起こさせようとしてきましたが、私たちのワークフローは git のようなもので非常にうまくセットアップできるようです (私たちはローカル マシンでコミットし、変更セットをレビューのために彼にプッシュしています)。 git の経験が十分にあるとは思えません。私の DVCS 経験のほとんどは mercurial でした。

誰もが tortoisesvn を使用して Windows 環境で作業しており、それがシステムとの対話に慣れている方法ですが、Linux サーバーの 1 つで作業するために PuTTY を使用し、コマンドライン コミットの方法を知っている場合もあります。

SVN といくつかの DVCS の間のゲートウェイを作成するために行われている作業を見てきましたが、そのような環境でセットアップして作業した経験のある人はいますか?

SVN から DVCS への本格的な移行はどうですか?

4

9 に答える 9

20

あなたのチームが Subversion の使い方をよく理解できない場合、どのようにして彼らに git を理解してもらうことができるかわかりません。特に彼らは「すべて同じ作業コピーで作業できるようにする」という考え方を持っているため、分散バージョン管理システムを理解するのに苦労するでしょう。

私の経験では、svn-git を使用するには、git の使用方法と svn の使用方法を知っている必要があります。svn を正しく使用するように教えることをお勧めします。

于 2009-05-02T01:43:50.463 に答える
11

SVN リポジトリを保持したくない理由はありますか?

誰もがチェックインしてマージしたり、ブランチを使用したりしないのはなぜですか? リポジトリがセットアップされている場合、なぜ切り替えるのですか?

于 2009-05-01T23:15:36.450 に答える
6

あなたが説明している問題は、主にコードをコミットするための適切な手順とプロトコルに関係しているようです。別の製品を入手しても、人々の働き方は変わりません。最初に彼らを教育する必要があります。物事をより良く行う方法を示します。

別のメモとして、SVN とのインターフェイスに tortoiceCVS を使用する方法がわかりませんでした。

于 2009-05-01T23:17:12.920 に答える
4

私には、バージョン管理システムの選択は問題ではないように思えます。あなたがしなければならないことは、アーキテクトに、リビジョン管理システムを使用するための適切なポリシーを考え出す必要があることを納得させることです。

現在の svn システムで十分です。トランクをきれいに保つ必要がある場合は、ユーザーにブランチを作成させます。アーキテクトは、必要に応じてそれらをマージできます。

現在、DVCS に移行することができますが、そうする正当な理由があります。しかし、チームがクライアント/サーバーの rcs を使用することに慣れていない場合、これは難しいかもしれません。また、ローカルで git または hg を使用することもできますが、これらは根本的に壊れた rcs の使用法に対する回避策です。最初にsvnを使用するように全員を取得することをお勧めします。

samba 共有上のファイルを編集する?? 真剣に？！

于 2009-05-02T05:15:53.527 に答える
3

git-svnは間違いなくここでの最善の策です。ローカル バージョン管理と git の変更レビュー機能をすべて使用できますが、最終的には既存の svn リポジトリに「最終」チェックインをプッシュすることができます。

これには、チームが一度に少しずつ git に慣れることができるという素晴らしい副作用があります (購入する前に試すことができ、既存のデプロイ/メンテナンス プロセスを引き続き使用できるためです)。 SVN を使用して開発しました)。

また、svn ユーザー向けの git 構文に関する優れたクラッシュ コースもあり、チームの速度を上げるために使用できます。

于 2009-05-01T23:43:33.357 に答える
3

問題は SVN 自体ではなく、適切に使用していないことです。

于 2009-05-02T05:27:47.337 に答える
2

hgはSubversionの操作にも非常に優れています。https：//www.mercurial-scm.org/wiki/WorkingWithSubversionを参照してください。Pythonコア開発チームは、SubversionからMercurialに切り替えることを決定しました（gitとbazaarも考慮された長い議論＆c期間の後）。無関係な開発では、オープンソースプロジェクトのためのcode.google.comの無料ホスティングサービスは、svnの長年のサポートにhgサポートを追加しました。

于 2009-05-02T01:33:40.503 に答える
2

Steve Yegge が言うように: TOOOOOLS

他の人が言うように、svn を使用できない場合、分散型 VC は使用されません。

彼らはIDEを使用していますか？もしそうなら、svn を使いやすくする IDE 用のプラグインを見つけてください。そのため、IDE でファイルまたはフォルダーを右クリックしてチェックインすることができます。中央のファイルに直接アクセスするよりも、ローカル コピーでソース管理を使用する方が簡単な場合は、可能性があります。その後、より複雑なタスクに TortoiseSVN を使用できます。

開始するための一般的な IDE 用の SVN プラグインへのリンク:

また、Subversion Web サイトの IDE プラグインのリストを次に示します。

于 2009-05-04T16:39:24.570 に答える
0

git と bazaar の両方が svn を適切にサポートしています。実際、git-svn はここ数か月でかなり成熟しました。

DVCS は本当に素晴らしいので、git を試してみてください。

于 2009-05-01T23:24:31.017 に答える