問題タブ [mercurial]

Subversion や CVS でブランチへの複数のマージを処理することは、経験しなければならないことの 1 つにすぎません。Mercurial (およびおそらく他の分散システム) でブランチとマージを追跡するのは非常に簡単ですが、その理由はわかりません。他の誰かが知っていますか？

私の質問は、Mercurial を使用すると、Subversions/CVS の中央リポジトリと同様の作業方法を採用でき、すべてがうまく機能するという事実に由来しています。同じブランチで複数のマージを行うことができ、コミット番号とタグ名が書かれた無限の紙切れは必要ありません。

Subversion の最新バージョンには、ブランチへのマージを追跡する機能があるため、同じ程度の手間がかからないことは知っていますが、これは彼らの側では大規模で主要な開発であり、開発チームが行うすべてのことを行っているわけではありません。するのが好きです。

すべてが機能する方法には、根本的な違いがあるはずです。

私は私が働いている場所で Mercurial を使用しており、SVN を使用した方法と同様のセットアップが必要です。

• トランク
• タグ
  • 製造
• 支店

Mercurial はブランチをネイティブにサポートしているため、名前付きブランチの作成方法は知っていますが、「トランク」と「プロダクション」を繰り返しマージする方法に関するドキュメントは見つかりません。

簡単に言えば、通常の作業用の開発ブランチと、開発ブランチから定期的に変更をプルする本番ブランチが必要です。Mercurial でこれを行うにはどうすればよいですか?

最近、変更をプッシュするたびにメールをすばやく送信できる Mercurial の通知拡張機能を発見しましたが、人生をずっと楽にしてくれる多くの機能をまだ見逃していると確信しています。

• 通知拡張機能: https://www.mercurial-scm.org/wiki/NotifyExtension

疎結合のチームで作業するのに最も役立つ Mercurial フックまたは相互運用フックの組み合わせはどれですか?

使用する非標準パーツへのリンクを追加するか、フック (またはセットアップ方法の説明) を追加して、他のユーザーが簡単に使用できるようにしてください。

ここにいる人々は、Git、Mercurial、Bazaar の相対的な長所と短所をどのように見ていますか?

SVN や Perforce などのバージョン管理システムに対して、それぞれを検討する際に、どのような問題を考慮する必要がありますか?

SVN からこれらの分散型バージョン管理システムの 1 つへの移行を計画する際、どのような要素を考慮しますか?

マーキュリアルフックからサーバーに一連の環境変数を設定するシェルスクリプトを呼び出そうとしています。新しい変更グループが着信すると、シェルスクリプトは正常に呼び出されますが、環境変数はシェルスクリプトの呼び出しを超えて引き継がれません。

リポジトリ上の私のhgrcファイルは次のようになります。

シェルスクリプトの出力、次にenvコマンドの出力を確認できますが、envコマンドには、シェルスクリプトによって設定された新しい環境変数が含まれていません。

シェルスクリプトを単独で実行すると正常に動作することを確認しましたが、Mercurialフックのコンテキストで実行すると、環境が適切に設定されません。

また、どこでそれらを見つけることができますか?

Mercurialを Visual Studioに統合するツールはありますか?

ただ興味があるだけ。Mercurial は、「ただの」TortoiseHGであっても非常に優れていますが、Visual Studio との統合の方が優れています。

私は、FogBugz のオンデマンド (ホスト) バージョンを使用しています。ソース管理に Mercurial の使用を開始したいと考えています。FogBugz と BitBucket リポジトリを統合したいと考えています。少しやってみましたが、うまくいきませんでした。

FogBugz では、Mercurial クライアントを fogbugz.py python スクリプトに接続する必要があります。TortoiseHg には、手順で参照されている hgext ディレクトリがないようです。

それで、誰かが同様のことを成功させましたか？

サイト固有の変更を加えたローカル mercurial リポジトリがあります。私がやりたいことは、いくつかのファイルをコミット不可に設定してhg commit、引数なしで実行したときに自動的にコミットされないようにすることです。

現在、これを達成するためにガードを使用して複雑なことを行っておりmq、ガードをプッシュ、ポップ、および選択して、変更 (mq パッチにチェックインされている) がコミットされないようにしています。

これを行う簡単な方法はありますか？mqサイト固有の変更を含まない変更をコミットするたびに、すべてのコマンドのヘルプを読むのにうんざりしています。

私は Mercurial に比較的慣れていないので、私のチームは現在、Subversion の代わりとして Mercurial を試しています。

作業ディレクトリの他の変更をコミットせずに (または少なくとも他のリポジトリにプッシュせずに)、単一のファイルをコミットして別のリポジトリにプッシュするにはどうすればよいですか?

これは、データベースの移行で発生します。ソース管理への移行をコミットして、データベースの移行に伴うコードの変更に取り組んでいる間、DBA がそれを表示および編集できるようにします。変更はまだ準備が整っていないため、すべてをプッシュするつもりはありません。

転覆では、私は単純に次のようにします:

そして地元で働き続ける。

これはmercurialでは機能しません.他のリポジトリにプッシュするとき、プルしていない変更がある場合は、それらをプルダウンしてマージし、そのマージをコミットする必要があります.リポジトリ。マージ後のコミットでは、ファイルを省略できないため、ローカル リポジトリ内のすべてをコミットする必要があります。

私が理解できる最も簡単な方法は、ファイルをローカル リポジトリにコミットし、ローカル リポジトリのクローンを作成し、実際のリポジトリから新しい変更を取得し、それらをマージしてそのマージをコミットし、それらが私の変更をプッシュすることです。

これは機能しますが、何か簡単なものが欠けているように感じます.Mercurialに作業ディレクトリに既にあるファイルを無視するように指示する方法です.マージを実行してファイルを送信するだけです. Mercurial キューでこれができると思いますが、まだ mq を完全には理解していません。