我想順利遷移到團隊Git，現在我們用SVN。SVN to Git - 平穩遷移
是否可以跨崗位提交？
例如，員工A發帖到SVN，之後將帖子更改爲Git存儲庫，反之亦然。
（依我之見：？ 我知道我們應該解決衝突，但如果我們在一個回購化解矛盾，也許我們可以強制推/重寫在另一個回購頭更改的文件（爲什麼不）
除的情況下，當兩個repos具有不同的頭部狀態（頭+ 2個新提交，頭+5個新提交），但是這是非常罕見的情況，我計劃在一臺服務器上安裝repos，並可能在一個post發佈之前鎖定repos（在一次接收提交之後），我認爲它應該工作得很快）。
或者，如果這是不可能的，我們可以提交從git提交到SVN（因爲現在的應用程序從SVN回購生成）。
PS：我不是超級的Git/SVN用戶，我知道最好的解決辦法 - 一次性遷移到Git的，但如果我能我做到了。
所以，如果你有類似的經驗，請告知什麼是更好的方法來做到這一點。
例如，員工發佈到SVN的帖子，之後將帖子更改爲Git存儲庫，反之亦然。 ...
或者，如果這是不可能的，我們可以提交從git提交到SVN（因爲現在的應用程序從SVN回購生成）。
你可以做到。 git有svn「適配器」。你只需要在這裏添加混帳SVN你的命令
之前瞭解更多關於它：git-svn
有幾個GIT中/從Subversion橋，專爲您的使用情況。通常引用的：
GitHub以Git爲中心，但提供SVN訪問其回購。這與GitHub綁定在一起，所以如果你不想使用GitHub，那麼這不是一個選項。
SubGit這是免費的（不是「免費軟件」，但免費）的開源和學術用途，但不能用於商業用途。
我不知道一個免費的軟件解決方案，以適應這種需要。
git-svn是另一種選擇，但它的意思是客戶端：它允許您使用Git作爲客戶端來訪問SVN存儲庫。典型的用例是當你在而不是進行遷移時，有些人仍然想要使用Git。它對於這種用例非常有效。
這可能是基於git-svn攻擊服務器端解決方案的可能性，但我不會推薦它：最有可能你會得到一個錯誤的解決方案，人們會責怪Git和任何問題的遷移他們得到了，他們會想回到SVN。