問題タブ [mercurial-convert]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mercurial - hg convert の正しい使い方
ある時点で大きなファイルを hg リポジトリにコミットし、後でhg forget
これらのファイルをコミットしましたが、今ではリポジトリが非常に大きくなり、これらのファイルがまだ履歴の一部としてプルダウンされているため、新しいクローンごとに時間がかかります。
このSO 投稿convert
を使用して、大きなファイルを知らないリポジトリにリポジトリを試してみました。私は次のことをしています
私のリポジトリが次の構造を持っていると仮定します。
私は次のことをしています
しかし、new_repo
ちょうど空のようです。
私は何か間違ったことをしていますか?
python - hg convert、Subversion python バインディング エラー
Subversion リポジトリを mercurial リポジトリに変換しようとしていますが、この時点で頭を壁にぶつけています。
現在の Windows サーバーには、次のプログラムがインストールされています。
ビジュアルSVNサーバー、
カメHg、
Python2.7
コンソールでコマンドを実行します
これにより、リポジトリが異なるタイプであるという多くのエラーが発生し、これも
いくつかのグーグル検索の後、これらのバインディングは TortoiseHg に含まれているはずであることがわかりましたが、既に述べたように、TortoiseHg をインストールしましたが、まだ機能していません。次に、svn python バインディングをダウンロードして、Python27/Lib/site-packages ディレクトリに追加する必要がある場所を読んでみましたが、まだ機能していません。これらのバインディングを python などで再コンパイルする必要があると思いますが、python を使用したことがないので、かなり迷っています。
mercurial - Mercurial リポジトリで大きなファイルを見つける
このリンクに似ていますが、mercurial 用です。Mercurial リポジトリのサイズに最も影響を与えているファイルを見つけたいです。
hg convert を使用して、新しい小さなリポジトリを作成するつもりです。どのファイルがリポジトリのサイズに寄与しているかはまだわかりません。それらは、すでに削除されたファイルである可能性があります。
リポジトリ履歴のどこかでこれらを見つける良い方法は何ですか? 20,000 件以上のコミットがあります。私はpowershellスクリプトを考えていますが、これを行う最善の方法がわかりません.
python - Hgで別の拡張機能のコマンドを拡張するには?
hg convert
内部拡張機能によって提供されるコマンドに追加のオプションを追加したいと考えていますhgext.convert
。
私は自分で次のことをしようとしています__init__.py
:
しかし、拡張機能を有効にして適切hg convert --test
に実行した後、次のエラーが発生します。
のキーを印刷するとcommands.table
、内部にカスタム コマンドがないことがわかります。
カスタム コマンドを取得して拡張するにはどうすればよいですか?
git - 「hg convert」に相当する Git
「 ConvertExtension」と呼ばれる Mercurial 用の便利なツールがあります。これにより、基本的にリポジトリの履歴全体を書き換えることができます。たとえば、ルート フォルダに「foo.txt」というファイルがあり、それを「root/bar/」フォルダに置きたい場合は、「hg convert」を使用して履歴を変更し、そのように見せることができます。それは常に「/bar/」フォルダーにありました。
git に相当するツールはありますか?
mercurial - hg convert のファイルマップでワイルドカードを使用できますか
1 つのファイル ( subdir/a.txt
) と 1 つのリビジョンを含むリポジトリがあり、それを追加しています。
hg convert
で構成されるファイルマップで実行すると、問題include subdir/a.txt
なく動作します。
ただし、ファイルマップがinclude subdir/*.txt
、include */a.txt
、またはinclude **/*.txt
の場合、結果のリポジトリにはリビジョンがありません。
のファイルマップでワイルドカードを使用することは可能ですhg convert
か?
--
これを行う理由は、バイナリ ファイルを使用せずに履歴を含む新しいリポジトリを作成できるようにするためです。のようなことができるようになりたいですexclude **/*.dll
。それを行う方法はありますか?
mercurial - Mercurial .hg フォルダーのサイズを小さくする
.hg/store/data の下に数 GB の Mercurial リポジトリがあります。アンダースコアで始まる .hg/store/data の下にいくつかの巨大なフォルダー (例: .hg/store/data/_some_path_example) を特定しましたが、それらは作業ディレクトリには存在しません。
除外ステートメントを含むファイルマップで hg convert 拡張機能を使用しようとしましたが、変換されたリポジトリにディレクトリがまだ残っています。アンダースコア付きの .hg/store/data/_some_path_example パスを削除する除外ステートメントのパスは何ですか?...
ありがとう!
mercurial - Mercurial hg ストアのサイズを縮小する方法。Hg ストアのサイズが 5GB を超えており、クローン作成前にサーバーがタイムアウトになる
うっかり 5GB 前後のファイルを Mercurial にチェックインしてしまいました。リポジトリのクローン作成中にビルド サーバーが失敗し始めました。そのため、Remove コマンドを使用して、チェックインしたファイルを元に戻しました。しかし、.hg/store/data にはまだこれらのファイルが含まれています。そして、そのサイズは5GBを超えています。インターネットで検索したところ、次のようないくつかの方法が見つかりました: hg convert. しかし、hg convert は新しいレポを作成していますが、これは私たちの場合は望ましくありません。また、ビルド サーバーのタイムアウト期間を延長することはできません。
.hg/store/data に保存せずに、悪いチェックインを完全に削除するにはどうすればよいでしょうか? または、どうすれば .hg/store/data のサイズを縮小できますか?
git - hg convert abort: '\n' と '\r' はファイル名に使用できません:
git リポジトリを hg リポジトリに変換しようとしています。
問題は、数か月前に という名前のファイルが git リポジトリに追加された'favicons/Icon\r'
ことです。これは git では問題ありません。ファイルは削除されましたが、履歴にあるため、hg convert
拡張機能を実行すると次の出力が得られます。
これを回避する方法はありますか、それとも git リポジトリにとどまる必要がありますか? どうもありがとう!
svn - svn convert 後の Mercurial 変更セットの Subversion 情報が正しくない
hg convert を使用して、svn リポジトリを Mecurial に移行しました。おおむね成功しています。ただし、単語ファイルのフォルダーにすぎない svn リポジトリが 1 つあり、TortoiseHg の変更セットの詳細にある「Subversion:」プロパティに望ましくない情報が表示されます。
私の他のプロジェクトでは、このプロパティは「utils@182」のようなものを表示します。この情報は、ソース svn リポジトリのリポジトリ (utils) とリビジョン (182) を参照しています。リポジトリには、.svn の場所内のすべてのファイルを含むフォルダーがある傾向があるため、これはほとんど私の運だと思います。次に例を示します。
myreposlocation.com/main.svn/ユーティリティ
運が良かったのは、1 つのリポジトリ内でプロジェクトを構造化するためのサブフォルダーを作成したか、Visual Studio によって作成された追加フォルダーを作成したことです。
とにかく、サブフォルダーがなく、URLが次のようなプロジェクトを変換すると問題が発生します。
myreposlocation.com/docs.svn
何が起こっているかは Subversion: プロパティの詳細にあります。リビジョン番号 (私は svn リポジトリからのものと仮定します) を入力し、これが現在のリポジトリ内のリビジョンを指していると仮定し、そのリビジョンの変更セットとリンクを追加します。親/子プロパティと同じように。これは正しくなく、誤解を招きます。理想的には、「docs@16」の前と同じように表示するか、何も表示しないようにしたいと思います。
変換に構成スイッチを追加する方法、または変換後にこの詳細を削除する方法についてのアイデアはありますか? コミットはすべてターゲット リポジトリのドラフトであり、何度でも再作成できます。
私はいくつかの画像を追加しようとしましたが、私はここに新しく、長年の読者であり、初めてのポスターであるため、できません;)
ありがとう
平均