私の会社では正式に Subversion を使用していますが、日常業務では Mercurial と hgsubversion プラグインを使用しています。
一度に複数のローカル機能ブランチ (hg ブックマーク) を使用する傾向があります。ブランチでの作業が完了したら、それを Subversion トランクの先端にリベースし、ブランチ履歴全体を Subversion リポジトリにプッシュします。
細かな変更がすべてメイン リポジトリに反映されるのが気に入っています。同僚は、最終結果だけでなく、なぜ変更を行ったのかを確認できます。しかし、Subversion にプッシュすると、コミットが書き換えられ、タイムスタンプがプッシュの時点に変更されるため、作業履歴からの忠実度が少し失われます。
SVN へのプッシュのためにローカル ブランチをマージし、Hg リポジトリのブランチにローカル コミット履歴を維持するだけでよいのではないかと考え始めています。マージ指向のワークフローに移行すると、チームに悪影響を及ぼしますか? マージされた変更を単一のコミット メッセージにまとめることは現実的に可能ですか?
Git->Subversion にも同じ種類の二分法がありますか? この哲学的な問題は別として、私は Hg->Subversion ワークフローに非常に満足しています。しかし、私が話をしたどの Git ユーザーも、簡単なチェックアウトやオープン ソース プロジェクトへのパッチ提出以外の目的で、SVN のフロントエンドとして Git を使用するという考えを嫌っているようです。