3

githubbitbucketなどのサイトは、プロジェクトの「フォーク」の優れた/便利な機能を提供します。これにより、プロジェクトを簡単にフォークして、必要な機能に取り組むことができます (プロジェクターの所有者に提出してコミット アクセスを取得する前に)。

このワークフローは、 SVNプロジェクト (特に、まだ SVN を使用しているGoogle Codeでホストされているさまざまなプロジェクト)でどのように達成するのが最適ですか?

明確化: svn diff については知っていますが、作成者 (SVN リポジトリの所有者) に変更を送信する前に、いくつかの断続的なコミットを実行できるソリューションが必要です。この「フォーク」をボタンをクリックするのと同じくらい簡単にするためのボーナスポイント (github/bitbucket に、SVN リポジトリを自動的に複製するこの機能があるかどうか疑問に思います)。

4

2 に答える 2

5

すでに git に精通しているようなので、 git svnを使用できます。次のように SVN プロジェクトを取得できます (-s標準のトランク/ブランチ/タグ レイアウトを示します)。

git svn clone url://path/to/repo -s

次のように、各ローカル git コミットを個別の svn コミットとしてプッシュできます。

git svn dcommit

git rebase変更を svn にプッシュする前に、コマンドを使用してコミット履歴をクリーンアップおよび簡素化するのが一般的な方法です。

編集: Mercurial には、SVN リポジトリと相互運用する拡張機能もいくつかありますが、git-svn ほど成熟しているようには見えません。

于 2009-09-29T10:18:32.827 に答える
0

それはどのように達成されますか?いつもと同じように、若いウィッパースナッパー!

なぜ、私の時代、学校から歩いて帰った後 (上り坂、雪の中)、変更の差分を作成し、それをメンテナ (またはメンテナのメーリング リスト/グループ) に手動で提出しなければならなかったのです!

このタスクでは、コマンドsvn diffが役に立ちます。アップストリームへの提出に適した、変更の統一された差分が作成されます。

于 2009-09-29T05:35:26.013 に答える