hg-git это тот же честный меркуриал, в смысле, расширение для него. то есть локально это будет обычный hg-repo, и магия будет происходить только при общении с удаленным гитом. разработчики клянутся-божатся, что он transparent и consistent, де, коммит запушенный из hg-repo1 в git-master-repo и потом сфетченный в hg-repo2 будет иметь тот же хэш. нюансы с бранчами могут быть, но с тех пор как в hg запилили BookmarksExtension, проблем быть не должно.

по поводу плюсов/минусов, git больше подходит для разработки а-ля kernel, где куча мэйнтейнеров, каждый со своей сферой ответственности и четкими разграничениями полномочий, и еще большая куча collaborator-ов. имхо, оттуда растут ноги у большей части непоняток его интерфейса. ну и github имхо сейчас вне конкуренции (что-то пытался передрать bitbucket, но какой-то он мертворожденный, да еще и atlassian его выкупила).

для наколеночных проектов или in-house development меркуриал лучше, но у него свои тараканы в голове, вроде имени бранча встроенного в метаданные коммита (и, как следствие, не удаляемого без изменения истории) или хранения тэгов в файле внутри того же репозитория (что вместе с бранчами дает возможность выстрелить себе в ногу). впрочем, с расширениями из меркуриала вполне можно сделать человеческий гит.