git svn显示不正确的合并图

我使用git svn bridge并创建了一些分支，我将它们合并回master，问题是如果一个同事使用git svn获取相同的repo，合并不会显示在他的日志中

git          svn
-------------------------
master       /trunk
branch1      /branches/branch1
branch2      /branches/branch2

分支基于584…，在fc80、8f99、e0fd、9df1、536上对主服务器的一些提交 之后，对branch1（989…）和branch2（8b4…）进行了一些测试提交

在此之后，我将分支1合并到主节点commit id e1b中。我做了更多的工作，后来将分支2合并到主节点commit id 422中

所有合并都很好，到目前为止看起来不错

现在的问题是：如果另一个开发人员使用git svn从svn服务器获取更改，则分支不会显示合并路径

如何确保其他开发人员也知道分支何时合并到master中

在我的计算机上合并后一切正常：

git svn fetch后在另一台计算机上显示的日志

---

git svn不太支持合并（请阅读：基本不支持）。这是因为，在设计SVN时，SVN根本无法存储合并信息，所以git SVN在将合并提交给SVN（或从SVN更新）时将合并提交转换为正常提交

---

有关未来合并的潜在解决方案，请参阅git svn手册页中

--mergeinfo

选项至

dcommit

的文档。正如本文所解释的，即使这样，仍然存在一些问题，如果您有尚未提交数据的本地合并，可能需要使用

-p

选项

git svn rebase

。

git svn不太支持合并（请阅读：非常不支持）。这是因为，在设计SVN时，SVN根本无法存储合并信息，所以git SVN在将合并提交给SVN（或从SVN更新）时将合并提交转换为正常提交

---

有关未来合并的潜在解决方案，请参阅git svn手册页中

--mergeinfo

选项至

dcommit

的文档。正如文中所解释的，即使这样，仍然存在一些问题，如果您有尚未提交的本地合并，可能需要使用

-p

选项

git svn rebase

。

如果您都在git中工作，是否有理由通过subversion存储库共享？如果您都在git中工作，您通过subversion存储库共享有什么原因吗？