問題タブ [git-svn]

私は Git マニュアル、FAQ、Git - SVN クラッシュ コースなどを読みました。それらはすべてあれこれ説明していますが、次のような簡単な説明はどこにもありません。

SVN リポジトリ:svn://myserver/path/to/svn/repos

Git リポジトリ:git://myserver/path/to/git/repos

私はそれがそれほど単純であるとは思っていませんし、単一のコマンドであるとは思っていません。しかし、私はそれが何も説明しようとしないことを期待しています - この例でどのようなステップを踏むべきかを言うだけです.

明らかにいくつかのPerl拡張機能です。Perlのバージョンは5.8.8です。

Error.pmを見つけましたが、今はCore.pmを探しています。

私たちがそれに取り組んでいる間、皆さんはどのようにしてそれらのモジュールを検索しますか。Googleを試しましたが、あまり役に立ちませんでした。ありがとう。

そして最後に、すべてを構築した後、実行します。

私に与える：

Slackwareの「ginstall」には実際にはそのオプションがないようです。これを回避する方法を見るために、私は今少しグーグルに行くと思います。

svnリポジトリのgit-svnクローンを持っているので、同僚にgitをオプションとして検討するように勧めたいと思います。問題は、svnからリポジトリを複製するのに3日かかるのに、gitインスタンスから複製するのに10分かかることです。

gitリポジトリのクローンを作成して元のSVNに再ポイントできるようにするスクリプトがありますが、構成値の設定方法を知っている必要があります。スクリプトがこれらの値をネットワーク上でプルできるようにしたいと思います。

Git リポジトリと SVN リポジトリがあり、どちらも同じソース コードを保持していますが、コミット履歴が異なります。Git リポジトリには、よくコメントされた小さな投稿がたくさんあります... 一方、SVN リポジトリには、「たくさんのもの」のようなコメントが付いたいくつかの大きなコミットがあります。両方の一連のコミットは、コードで行われた同じ変更に従い、ほ​​ぼ同等です。

現在の Git リポジトリから詳細な履歴を失うことなく
、 Git-SVN の使用に切り替えたいと考えています。これは、Git リポジトリの履歴をプロジェクトの SVN ブランチ (実際に Git を使い始めた時点から分岐) に「移植」することによって行う必要があります。

どうしてそうするか？(履歴)
少し前に Git で遊び始めました。SVN の管理下にあったプロジェクトに Git リポジトリを設定することから始めました。ちょっとした設定で、Git と SVN の両方を同じソース コードで並行して動作させることができました。

これは、SVN のセーフティ ネットを利用しながら、Git を学び、操作するための優れた方法でした。それは基本的に実際のデータを持つサンドボックスでした。Git を実際に学ぶ時間はありませんでしたが、Git をいじりたいと思っていました。実際、これは私にとって Git を学ぶのにとても良い方法でした。

最初に、いくつかの編集を行った後、SVN にコミットし、次に Git にコミットし、変更が安全に SVN にあることを確認して Git を操作しました。すぐに、私は SVN よりも Git に頻繁にコミットするようになりました... 今では、SVN コミットは、私が時々やらなければならない厄介な雑用に陥っています。

と の違いを学んだときgit revert、svn revert私はSVN リポジトリにチェックインしていたことをとてもうれしく思いました。2つが同じように機能すると仮定すると、数週間の作業をほとんど失いました。

私は今、Git-SVN の栄光を知っており、他のいくつかのプロジェクトで喜んで使用しています。私が始めたとき、Git リポジトリを失い、新しいものを「適切に」使用してセットアップする必要があるかもしれないことを完全に理解しましたgit-svn init...しかし、Git をしばらく使ってみたので、Git の履歴をハッキングする方法があると確信していますSVNに。

簡単な問題のようです：

• ファイアウォール内に SVN リポジトリがあります。
• ファイアウォールの外側に SVN リポジトリがあります。
• ファイアウォールの内側と外側にユーザ​​ーがいます。（VPNはオプションではありません:(それは簡単すぎるでしょう）
• ファイアウォール内のマシンは、外側の SVN サーバーと通信できます。しかし、その逆ではありません。
• 外部の SVN は一時的なものです。メイン リポジトリは常に内部にあります。

どういうわけか（おそらく内部から）すべての変更を一方に適用し、それらを他方に適用したいと考えています。およびその逆。単純に聞こえますが、好きな GIT でこれができると思いますが、SVN を使用しています。

誰かがこれをしましたか？手動のプロセスであることは気にしません。外部の人は数人しかいないので、1 日に 2、3 回更新する必要はありません。

私はapache.orgがこれを行っていると信じていますが、彼らがこれを行う方法に関するドキュメントを見つけることができません. それを行う製品がいくつかあります（まあ、1つ）が、それらなしでそれを行うためのきれいできれいな方法があるかどうか知りたいです. svnsync はこれを行いますが、一方向 (マスター-スレーブ) のみです。

Windows、Linux、または Mac で実行できることをうれしく思います。ただし、Windows と Mac が推奨されます。

ヘルプ！:) :)

[更新] 12 か月間いじり回した後 (そして最終的にはこれを必要としなくなりました)、正しい答えは、私の意見では正しいです。git を使用 - SVN-A からプルする 1 つのリポジトリを用意してから、新しい git リポジトリにプッシュし、そこから SVN-B にプッシュします。動作するはずです:)

マニュアルによると、git dcommit「gitのコミットごとにSVNにリビジョンを作成します。」しかし、複数のSubversionリビジョンを回避する方法はありますか？つまり、svn commit？を実行する前にgitにすべての変更をマージさせることです。

私たちの svn リポジトリには、サブツリーから分岐した多くの分岐があります。作業コピーの正しい場所でそのサブツリーをチェックアウトできるため、これは svn で問題なく動作します。ただし、git を使用して同じブランチをチェックアウトすると、ブランチのサブツリーのみを含む作業コピーが取得されます。git でブランチを再配置して、トランクでもブランチでも作業コピーの構造が同じになるようにすることはできますか?

私たちの svn の実践は、常にツリー全体で作業するという git の哲学と衝突していることに気付きました。人々はこれにどのように対処しますか？

git-svn を試してみようと思った理由は、楽なマージと分岐です。次に、 man git-svn(1) が次のように言っていることに気付きました。

dcommit する予定のブランチで git-merge または git-pull を実行することはお勧めしません。Subversion は、合理的または有用な方法でマージを表すものではありません。そのため、Subversion を使用しているユーザーは、作成したマージを見ることができません。さらに、SVN ブランチのミラーである git ブランチからマージまたはプルすると、dcommit が間違ったブランチにコミットする可能性があります。

これは、svn/trunk (またはブランチ) からローカル ブランチを作成し、ハックして、svn/trunk にマージし直してから dcommit できないということですか? svn ユーザーは、1.5.x より前の svn でのマージと同じ混乱を常に経験していることを理解していますが、他に欠点はありますか? その最後の文も気になります。人々は日常的にこの種のことをしていますか？

警告の言葉：私はgit一般的には反対です. 私のチームは で機能ブランチを使用しており、特定の機能ブランチでの作業を追跡svnするために使用したいと考えています。git-svn私は (大まかに) Andy Delcambre の投稿に従ってローカル リポジトリをセットアップしましたgitが、これらの指示により、最近変更されgitたブランチがリモート リポジトリとして選択されたようです。svn問題は、それが私が気にかけているブランチではないということです。どのブランチgit-svnが使用するかを制御するにはどうすればよいですか? それとも、私はこれに完全に間違っていますか？

更新: -T、-b、および-tオプションを使用しました (私の場合、svnレポには複数のプロジェクトがありますが、git作業中のプロジェクトのみをレポに含める必要があるため)。

Mac OS X Leopard10.5.5マシンのDjangoSubversionトランクをチェックアウトし、必要に応じて更新したいと思います。

MacでDjangoコードを更新したことにのみ興味があります。Djangoプロジェクトにパッチを提供することに興味はありません。DjangoトランクのSubversion履歴は必要ありません。

私はすべての個人プロジェクトのDVCS/SCMとしてGitを使用する予定です。

Macを最新のDjangoトランクで最新の状態に保つためのベストプラクティスとその理由は何ですか？

私はGitを初めて使用するので、オプションを選択した理由を理解することは非常に役立ちます。

1. MacにインストールされているSubversion1.4.4を使用します：svncohttp: //code.djangoproject.com/svn/django/trunk/。基本的にSubversionを使用して、個人的なプロジェクトのSubversionリポジトリとGitをフェッチします。

2. Git SVNを使用して、DjangoSubversionリポジトリをフェッチします。Git初心者のためにこれを行う方法の説明？

3. Gitを使用して、DjangoリポジトリのGitミラーをフェッチします。将来的にミラーがなくなるのではないかと少し心配ですが、それが最善の選択肢であれば、喜んで使用します。