問題タブ [hgsubversion]

HgSubversion ツールを使用して SVN リポジトリを Mercurial リポジトリに変換する方法を知りたいです。( ConvertExtensionhg convertから) コマンドを試しましたが、私のリポジトリでは失敗します。

hgsubversion が SVN から Mercurial に変換するために構文がどのように機能するかについてのアイデアはありますか?

ソース コードをSubversion リポジトリから Mercurialにインポートしたいと考えています。Hg Subversionを使用してインポートしました。問題は、SVN リポジトリのレイアウトがデフォルトのものであるということです -trunkディレクトリ、ディレクトリのブランチbranchesなど - 現在はそうではありませんでしたが、以前はそうではありませんでした。以前は、プロジェクトのすべてのディレクトリがルート リポジトリであったため、Hg Subversion はbranchesディレクトリを Mercurial ブランチに変換できず、新しい Mercurial リポジトリにはディレクトリbranchesとtrunk.

ブランチ ディレクトリを Mercurial ブランチに「難しい方法」で変換しました。

• 支店ごとにb
• hg mv branches/$b .
• hg rm branches trunk
• hg branch $b
• hg commint -m "Creating branch $b"

しかし、私は疑問に思います:それを行うためのより良い方法はありますか? この問題をどのように解決しますか？

私は最近mqを使い始めました。これは素晴らしい作業方法です。少し面倒なのは、プルと更新を行った後にパッチをqpushで戻すと、競合があると.rejファイルになってしまうことです。

MercurialがTortoiseMergeを開くことができれば、.rejファイルを1つずつ開いて、より手動で低速な方法で実行するのではなく、できるだけ早く競合を解決できると便利です。

ファイル内のsvnスタイルの競合マーカーでさえ、.rejファイルよりも操作が簡単です。

それらの.rejファイルを回避する方法はありますか？

私の mercurial リポジトリは、subversion リポジトリの移行を使用して作成されました。更新できない名前付きブランチが 1 つあることを除いて、他のすべては正常に機能しました。

結果として生じる問題は、この古いブランチを閉じることができないということです (hg はまだデフォルトであると考えているため)... hg up 1.6 が示すように、ファイルは変更されています。

作業をメインの svn リポジトリにチェックインする必要があるため、Mercurial 用に hgsubversion プラグインをセットアップする必要がありました。それは問題ありません。bitbucket からプラグインを複製し、[拡張機能] hgsubversion = /path/to/hgsubversion を追加しましたが、これを使用したい場合、次のエラーが発生します。

私のワークステーションは SVN 1.6.1 を使用しており、昨日、システム管理者が最新の subverpty (0.9.0) パケットをインストールしてくれました。

私は今どうすればいい？

SVN プロジェクトがあり、Git または Mercurial にクローンしたいと考えています。1 つの大きな問題を除いて、両方の VCS へのクローン作成は正常に機能します。

問題の根本は、SVN プロジェクトの名前が最近変更されたことにあることがはっきりとわかります (名前の変更は最後のリビジョンであり、私が取得できた唯一のリビジョンです)。SVN を使用すると、プロジェクトの背後にあるすべての履歴を問題なく確認できます。

最も奇妙なことは、git-svn clone を使用すると、多数のリビジョンが表示され、おそらくそれらがインポートされていることがわかりますが、最終的には 1 つのリビジョンしか得られないことです。Git とは異なり、逆方向に動作する Mercurial は、最後のリビジョンを取得するだけでクローン作成が完了します。

また、この最後の SVN プロジェクトの名前変更/移動が唯一のものではないことに注意することが重要です。その前に少なくとも 2 つの名前変更がありましたが、SVN を使用して見たのと同じように、完全なプロジェクト履歴が必要です。

私は独特の状況のように思われるものを持っています。Subversion サーバーからプルできる中央の Mercurial リポジトリが必要で、そのクローンも同じ Subversion サーバーから更新をプルできます。更新は、Mercurial 経由でコミットされた変更と共に Mercurial リポジトリにコミットされます。

現在、hgsubversionは最初はうまく機能しているように見えます。Subversion リポジトリのクローンを作成し、Mercurial を介して変更をコミットし、Subversion リポジトリから更新を正しくプルできるようにしました。ただし、hgsubversion リポジトリのクローンを作成すると、Subversion リポジトリが既にリポジトリにあるにも関わらず、クローンは Subversion リポジトリ全体を再度プルしようとします。

この問題を解決する方法はありますか? これを設定するより良い方法はありますか？

参考までに、私の現在のセットアップは、Mercurial リポジトリ内に格納された Subversion リポジトリです。Mercurial コミットは .svn フォルダーもコミットするため、リポジトリを複製する人は誰でもフォルダーで SVN クリーンアップを実行してから SVN 更新を実行して、Subversion サーバーから最新のファイルを取得できます。次に、hg Commit を実行し、続いてファイルを中央の Mercurial リポジトリにプッシュします。これは適度にうまく機能しますが、より良い解決策を見つけたいと思います。

注: 変更を Subversion サーバーにプッシュする必要はありません。変更をプルするだけです。

開発をMercurialに切り替えましたが、hgsubversionを使用してSubversionサーバーと通信する必要があります。私は、subversionにすでに存在するすべてのプロジェクトについて、hgを使用してローカルで稼働しています。

私の質問はこれです：最終的に破壊に生きる新しいプロジェクトを作成するための最良のワークフローは何ですか？

私はhginitを使って新しいプロジェクトを立ち上げようとしましたが、その後、subversionにプッシュしました。しかし、私は道に迷い、それを機能させることができませんでした。私は、プロジェクトを直接Subversionに作成し、Mercurialの存在を完全に知らずに、hgsubversionでクローンを作成するのが最善のワークフローであると判断しました。しかし、もっと良い方法があるかどうか知りたいです。

その価値のために、subversionでは従来のtrunk / tags/branchesディレクトリ構造を使用しています。他の開発者はまだsvnを直接使用しています。

SSH アクセスのない共有ホストで Mercurial を動作させようとしています。

https://www.mercurial-scm.org/wiki/PublishingRepositoriesを調べたところ、リポジトリを Web に公開するさまざまな方法が見つかりましたが、特定の依存関係のために機能する方法を取得できませんでした。

たとえば、hgweb を見たところ、

「まず、mercurial パッケージにアクセスできる Python をインストールする必要があります。これを確認するには、python を実行して次のように入力します。

水銀を輸入する」

私は以前にPythonを使用したことがないため、「import mercurial」コマンドをどこで実行すればよいかわかりません。アクセスできないssh経由で推測しています。

また、SCM-Manager に出くわしました。このクイック ガイドでは、ソースのダウンロードとサーバーへのコンテンツの抽出について説明しているだけで、SCM マネージャーは Java に依存しており、それを Web 上で動作させる方法もわかりません。

hgweb、SCM-Manager、RhodeCode のうち、ssh アクセスなしで設定できるのはどれ?