問題タブ [mercurial]

以前は、Mercurial のコミットに戻って編集し、きれいな履歴を作成しようとしていました。関係のない 2 つのことを 1 つのコミットに入れたり、複数のコミットを行って 1 つのコミットとして理解した方がよいかもしれませんが、最終的には時間の無駄のように思え、履歴が完全ではないという小さな恥ずかしさを乗り越えることができました。

あなたはまだこれをしますか？なぜそれはあなたにとって価値があるのですか、なぜもうやらないのですか、これをやったことがありますか、または始めようと考えていますか?

もし私が Linux カーネルに貢献していたら、Linus が私のパッチを拒否するので、これは明らかに私の時間の価値があるでしょう。私のプロジェクトには通常、数人の開発者しかいません。

これまでのところ、「hg rebase」はあなたをどのように扱ってきましたか? バグや落とし穴を発見しましたか? どのような状況で mq を置き換えたり補完したりするのですか?

Mercurial が cygwin で実行されている場合、 WinMergeを起動してマージの競合を解決する方法を理解するのは少し難しいです。これどうやってするの？

私が働いているチームは、今でもSUN Teamwareをソース コード管理 (SCM) に使用しています。しばらく (10 か月以上) 使用してきましたが、特に不満はありません。

チームウェアは、Solaris オペレーティング システムや Java システム用のソース ツリーを含む、Sun の最大のソース ツリーの管理に使用されており、非常にうまく機能しています。ただし、廃止された古い商用 (クローズドソース) 製品でもあります。これは、Sun が自社のコード ベースをオープン ソース コミュニティに変換するプロセスの一環として行われました。これにより、Mercurial などの新しいリビジョン コントロール システムに移行しました。

これにより、チームウェアの使用に時間がかかり、世界が新しいシステムに移行したように感じます. ただし、特定の機能を見逃すことはありませんが、ソース ツリーの Web ビューを使用してナビゲートし、ファイルの履歴を確認することはできます (VersionTool で行うことなので重要ではありません)。

SUN Teamware を使用しているチームは、git や Mercurial のような最新の SCM に移行する必要がありますか?

さらに重要なことは、その移行をサポートするために、チームの残りの部分にどのような議論を提示できるかということです。

私は、cvs を使用するプロジェクトのコードについて、他の人々と共同で作業する予定です。私たちは分散型 VC を使用して作業を行いたいと考えており、作業が終了したとき、またはたまにコードとすべてのリビジョン履歴を cvs にコミットしたいと考えています。プロジェクトの cvs リポジトリへの書き込みアクセス権がないため、頻繁にコミットすることはできません。リビジョン履歴を cvs にエクスポートするには、どのツールを使用できますか? 現在、git または mercurial を使用することを考えていましたが、エクスポートが簡単になる場合は、別の分散 vcs を使用できます。

最初にTSVNをインストールして、ずっと使っていました。次に T-HG をインストールし、右クリックしても TortoiseHG が表示されません。

誰かがこれと同じ問題を抱えていますか？

すべての T-SVN オーバーレイはまだそこにあります。

小規模なオープンソース プロジェクト用の無料の Mercurial ホスティングを探しています。
そのようなサービスを使用したことがある場合、ホスティングを行っているのは誰ですか? また、そのサービスをお勧めしますか?

SF.net がHG リポジトリをホストするようにセットアップできることは知っていますが、それは多くの問題のように見えます (大規模な既知のサービスがあり、すぐにダウンする可能性は低いため)。

Mercurial の公式ドキュメントには無料の HG ホストのリストもありますが、実際に使いこなした人たちの意見を聞きたいです :-)

次の問題に対して Mercurial をどのように使用しますか。

ライブラリ Core があるとします。私は今、Extension と呼ばれるそのライブラリの拡張機能を開発したいと考えています。Core を Extension から物理的に分離したいと考えています。つまり、Core がオープン ソース ライブラリであり、Extension が Core 上に構築されたプライベート ライブラリであるとします (個人的に保持したいものが含まれている可能性があります)。明らかに、Extension のソース全体をパブリック リポジトリにプッシュしたくありません。しかし一方で、特定の変更を拡張機能からコアにプッシュしたり (拡張機能の一部をコアに「寄付」することにした場合)、またはその逆 (バグ修正を組み込みたい場合など) をしたい場合があります。

特定の変更に対して柔軟に対応しながら、Extension to Core が漏洩するリスクを最小限に抑えながら (履歴が公開サーバーにプッシュされると、元に戻すことはできません!)、これについてどのように対処しますか。枝？クローン？Mqs? 他の何か？

私は現在、リポジトリのクローン作成にしか慣れていませんが、その単純さが非常に気に入っています。

編集: 私はこのスキームを思いつきましたが、ウィンドウの下で動作させることはできません。2 つのリポジトリ (コアと拡張)。Extension には、Core と extension の2 つのブランチがあります。これで、リポジトリごとに Mercurial のフックを登録できるので、Mercurial bookで説明されているように、Extension ブランチからのチェックインを禁止する「pretxnchangegroup」フックを Core リポジトリに登録したいと思います。ただし、ウィンドウの下で機能することはあまりありません。そう：

• 誰かがウィンドウの下でこのような例(実際、トランザクションの結果を変更するフック)を持っていますか?
• 移植を使用して、Extension から Core ブランチへの変更をチェリーピックすることはできますよね?