そのため、誰もが移行ガイド全体を読むとは思っていませんが、ある時点で立ち往生しており、現在、Jira は私の問題にあまり反応していません。ここにガイドがありますhttp://go-dvcs.atlassian.com/display/aod/Migrating+from+Subversion+to+Git+on+Bitbucket
Jira/SVN を BitBucket/Git に移行しています。Jira は移行ガイドを提供しています。「同期」部分で立ち往生しています。基本的に、ガイドを読みたくない場合のプロセスは次のとおりです。
- SVN ダンプ ファイルをダウンロードする
- それのgitクローンを構築する
- アップロードの準備が整うまで、新しい SVN コミットをクローンに同期します。(フェッチ/リベース)
- プロジェクトを Git (Bitbucket) にアップロードする
ダンプをダウンロードしてクローンを作成しましたが、ガイドではgit svn fetch
. ダンプファイルを作成した後にコミットがあることがわかっているプロジェクトでこれを行うと、私が知る限り、実際には何も起こりません。fetch
または の間に出力がなくrebase
、物理的なローカル git リポジトリに新しいファイルが追加されていないため、フェッチで何も取得されていないように見えます。
これのいくつかは Jira の migration.jar ファイルに基づいていることを知っているので、何か魔法が内部で起こっているのかもしれませんが、フェッチは単に何も取得していません。
私の無知な考えはsvn://localhost/repos
、最初のクローンがどこから来たのかをフェッチしているということです。これは、基本的にダンプが抽出されたフォルダーでもあります。移行ガイドにはそうは書かれていませんが、Jira のサーバー上のリモート リポジトリからフェッチするように何らかの方法で指示する必要があるように感じます。私はそれを行うことを示している .jar ファイルでどういうわけか考えていましたが、私が知る限り、それは何もフェッチしません。
svnserve
また、フェッチを実行するには実行する必要があることに注意してください。実行せずにフェッチするsvnserve
と、エラーが発生します。これにより、古いダンプをローカルで見ていると信じて、クラウドサーバー上の実際の新しいコミットをリモートでメモします。
どこから始めるべきかについて何か考えはありますか?他の誰かが運が良ければこのプロセスを完了しましたか? 私はWindowsを使用しています。また、私が知っているリポジトリは古く、新しいコミットはありませんが、Bitbucket に正常にアップロードされたので、ほとんどの場合、すべてを正しく行っていると思います。