2011-10-28 7 views
2

浅いクローン拡張の話しMercurial Shallow Clone拡張機能のステータスはどのくらいですか?

Mercurialのための非公式の浅いクローン延長上の作業に関するいくつかの話がありました。この拡張はgit clone --depth X拡張と同様に機能しますが、プッシュサポートとマージの安全性が向上します。

基本的には、時間と空間を節約するために、より小さなサブセットの履歴をクローンすることができますが、それでもhgの他のメリットの恩恵を受けます。結局のところ、すべての開発者がすべての歴史をチェンジセット0に戻す必要があるわけではありません。議論

Shallow Clone extension

リンクはHGのサイト上で議論されています。彼らはstatus pageplan for implementationも書いています。さらに、彼らは、2010年夏にGoogle Summer of Code(gsoc)インターンを延長して作業することについて繰り返し言及しています。

この機能については、 。私はそれに関連するかもしれない2つのbitbucketプロジェクトを見つけましたが、どちらも最近のコミットを見ていません:hg-shallow-clonehg-shallow

まだ開発中の浅いクローンですか?

この拡張機能のステータスを知っている人はいますか?それはまだ誰かがどこかで働いているのですか、それとも本当に放棄されていますか? GSoCの仕事は今まで何から来たのですか?

+2

Mercurial開発者にこのテーマに興味があるのであれば、なぜ尋ねないのですか? Mercurial開発のメーリングリストである[email protected]にメールを送ってください。あなたは最初に購読する必要はありません。 –

+0

ありがとう@MartinGeisler。私はそうかもしれないが、Ry4anが結局答えを持っているように見える。 –

+1

ええ、彼は答えがあります - メーリングリストのMercurial開発に従っているので、私たちはどちらもします。私の主張は、ここで質問をするときにメーリングリストを忌避しているということです。 StackOverflowでの投稿は、Mercurial開発者に連絡する正しい方法ではありません。 –

答えて

3

開発中ではありません。 Mercurialプロジェクトの外部のさまざまな人が試行しましたが、どれも達成されていませんでした。Mercurialプロジェクト自体は、largefiles拡張のようなものをリポジトリのクローンサイズを抑えるためのより良いソリューションと考えています。

+0

ちょっと@ Ry4an、それは知って良いです。私は実際には、リポジトリのサイズを抑えることを望んでいませんが、私の会社はセキュリティリスクの可能性があると考えて、各開発マシンに履歴の完全なコピーを置くことを躊躇しているからです。大きなDVCSプロジェクトの優先順位はそれほど低いことは分かっていますが、私は尋ねると思っていました。 –

関連する問題