2017-01-19 2 views
2

gitハッシュを使用して、問題追跡システムなどの特定のリビジョンをポイントします。 BFGでリポジトリをクリーニングすると、すべての/多数のハッシュが変更され、情報が失われます。BFG:古い(事前クリーニング)から新しいハッシュへのマッ​​ピング

BFGは、レポのクリーニングの一環として、古いリビジョンハッシュと新しいリビジョンハッシュの間のマッピングを作成できますか?

+0

あなたはどのような問題追跡システムを使用していますか? –

+0

Jira。しかし、私は例を挙げるためにそれを言いました。多くの場所/システムでテキストとしてハッシュを使用しています。 –

+0

BFGがこのようなマップを生成することができたとしても、Jira(または別の問題追跡システム)はそれを消費するほどスマートである必要があります。興味深い質問の場合+1。 –

答えて

1

それができる、そしてそれは、デフォルトでは、ありません:)

すべてのメッセージFormer-commit-id: <sha1>をコミットしてフッターを追加しましたコミット。また、古いハッシュをクリーニング中に生成された新しいハッシュにマッピングするファイルもあります。ランタイムパラメータ-privateを渡すと、このフッターの生成を回避できます。

+0

確かにそうです。 object-id-map.old-new.txtというファイルが私が探していたものです。今のところ、BFGは完璧と思われます。しかし、ドキュメンテーションは、少しでも存在する必要があります。 –

+0

よろしくお願いします。ドキュメントにはいくつかの改善が必要です。私はすぐに私のパッチをbfgに送ります。だから、bfgの作者は将来ドキュメントのパッチを受け入れるつもりです...私は当初はこのツールに懐疑的でしたが、他のオプションに勝る。 1つのマニュアルページがあれば、ずっと簡単になります... –

関連する問題