Git 当在Subversion前面使用DVCS时,我应该在推之前合并或重设基础吗?

Git 当在Subversion前面使用DVCS时,我应该在推之前合并或重设基础吗?,git,svn,mercurial,workflow,dvcs,Git,Svn,Mercurial,Workflow,Dvcs,我的公司正式使用Subversion,但我在日常工作中使用Mercurial和hgsubversion插件 我倾向于一次运行多个本地功能分支(hg书签)。当我完成一个分支的工作时,我将把它重定到Subversion主干的顶端,并将整个分支历史推送到Subversion存储库中 我喜欢我所有的细粒度更改都进入主存储库——我的同事可以看到我为什么做出更改,而不仅仅是最终结果。但是推到Subversion会重写我的提交,将时间戳更改为推的时刻,因此我的工作历史中有一点失真 我开始怀疑我是否应该合并我的

我的公司正式使用Subversion,但我在日常工作中使用Mercurial和hgsubversion插件

我倾向于一次运行多个本地功能分支(hg书签)。当我完成一个分支的工作时,我将把它重定到Subversion主干的顶端,并将整个分支历史推送到Subversion存储库中

我喜欢我所有的细粒度更改都进入主存储库——我的同事可以看到我为什么做出更改,而不仅仅是最终结果。但是推到Subversion会重写我的提交,将时间戳更改为推的时刻,因此我的工作历史中有一点失真

我开始怀疑我是否应该合并我的本地分支以推动SVN,并在Hg存储库的分支中维护我的本地提交历史记录。如果我转向面向合并的工作流,是否会伤害我的团队?实际上,是否可以用一条提交消息汇总合并中的更改

Git->Subversion是否也有这种二分法?除了这个哲学问题之外,我对Hg->Subversion工作流非常满意。但与我交谈过的任何Git用户似乎都厌恶将Git用作SVN前端的想法,而不仅仅是简单的签出和向开源项目提交补丁