我的公司正式使用Subversion，但我正在使用Mercurial和hgsubversion插件进行日常工作。
我倾向于一次有多个本地功能分支（hg书签）。当我完成一个分支的工作时，我会将它重新绑定到Subversion主干的顶端并将整个分支历史记录推送到Subversion存储库。
我喜欢所有细粒度的更改都进入主存储库 - 我的同事可以看到我为什么要进行更改而不仅仅是最终结果。但推送到Subversion会重写我的提交，将时间戳更改为推送时刻，因此我的工作历史中失去了一点保真度。
我开始怀疑我是否应该合并我的本地分支以推送到SVN并在我的Hg存储库中的分支中维护我的本地提交历史记录。如果我转向面向合并的工作流程，我是否会伤害我的团队？是否可以总结与单个提交消息合并的更改？
Git-＆gt; Subversion是否有同样的二分法？除了这个哲学问题，我对Hg-＆gt; Subversion工作流程感到非常满意。但是我所谈过的任何Git用户似乎都厌恶使用Git作为SVN前端的想法，而不仅仅是简单的检查和补丁提交给开源项目。