关于使用git-svn repo的团队的工作流程的问题

Question

我正在阅读git和git-svn.我对git很新,但我已经能够创建一些基本的回购.但是,我对团队使用git-svn的工作流程有点困惑.目标是将svn转换为git以进行分支和共享,然后在准备推送到生产时返回主svn repo.这是我的问题:

该团队的每个成员是否应该从svn repo创建一个git repo？这种方法在合并回到svn/pull时是否会起作用？

-要么-

如果从svn创建一个git repo,那么该repo会被"公开"推送给团队成员进行克隆吗？然后将更改被拉回原来的git repo进行变基并推送到svn？

-要么-

我们可以像上面那样做,只是从彼此的工作副本回购中拉出变化吗？

-要么-

我是否为工作流添加了太多的复杂性,应该继续使用svn,因为它不是一个完全转换为git的选项？

Answer 1

我一直沿着这些思路做一些事情。在这里，我们有一个 svn 存储库，但有些人宁愿使用 git。我们只让一个人创建 git 存储库，然后我们大家共享该存储库（而不是每个人都创建自己的 git-svn 副本 - 原始导入花费了 30 多个小时）。现在任何想要的人都可以在 git 中工作并将git svn dcommit他们的更改推回“真正的”svn 存储库。