質問

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

つまり、基本的に、さまざまなユーザーから意味のあるコミットメッセージを受け取ることができ、好きなだけコミットできるという機会を逃していることになります。

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

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

これはどうすればよいでしょうか。SVN といくつかの DVCS の間にゲートウェイを作成するために行われている作業をいくつか見たことがありますが、そのような環境を設定して作業した経験のある人はいますか?

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

役に立ちましたか?

解決

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

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

他のヒント

SVNリポジトリを保持し、SVNの使用を意図した方法で使用したくない理由はありますか?

なぜ全員にチェックインとマージ、ブランチの使用などをさせないのですか?リポジトリを設定している場合に切り替えるのはなぜですか?

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

話は変わりますが、SVN とのインターフェースに TortoiceCVS をどのように使用するのかわかりませんでした。

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

現在のsvnシステムは完全に適切です。トランクをきれいに保つ必要がある場合、ユーザーがブランチを作成できるようにします。建築家は必要に応じてそれらをマージできます。

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

Samba共有上のファイルを編集しますか??マジ?

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

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

svnユーザー向けのgit構文のクラッシュコースもあります。チームをスピードアップするために使用できます。

あなたの問題はSVN自体ではありませんが、正しく使用していません。

スティーブイェッジが言うように: TOOOOOLS

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

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

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

そして、ここに、Subversion WebサイトのIDEプラグインのリストがあります

hgはSubversionの操作にも非常に優れています- https:// wwwを参照してください。 mercurial-scm.org/wiki/WorkingWithSubversion 。 Pythonコア開発チームは、SubversionからMercurialに切り替えることにしました(gitとbazaarも検討された長い議論の後)。関連のない開発では、code.google.comのオープンソースプロジェクト向けの無料ホスティングサービスにより、svnの長年のサポートにhgサポートが追加されました。

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

Gitを試してみてください。DVCSは非常に優れており、そのサウンドを作成するのは難しいです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top