Git兼容交换机？

Git是否提供了一个兼容开关来匹配例如subversion之类的工作流？我希望像

git-svncompatcheckout

和

git-svncompatcheckin

这样的东西。我知道Git还有一些与svn相关的交换机

我希望有兼容性，因为签出/更改/签入工作流对我来说很好-它很简单（它符合我的心智模型），并且它密切跟踪我的任务（它是我的工作流）。另外，它与这个特定项目的中央存储库模型相匹配（相对于分布式版本控制模型）

以防万一：像我之前的许多人一样，我必须使用git存储库并使用git——我别无选择。RTFM目前是不可能的。我有大约2500页的阅读要做，所以我在几个月内没有时间读一本关于git的书。（不是为了发动战争——这只是我目前的情况）

---

杰夫

正如其他人所指出的，你的问题的答案是“不”

然而，你不需要读一整本关于git的书，就可以开始了

有一些文档是专门为像您这样的人定制的，这些人来自subversion，希望（或不得不）使用git：

• （前几天你只需打印一页，然后粘在桌子上）

至于您的工作流程，

git

与您似乎期望的没有太大区别：签出、编辑、签入：

主要区别在于，使用git时，所有这些东西都是本地的，您需要围绕这一点执行一些额外的步骤以与外部存储库同步：pull、checkout、edit、checkin、push

---

（真正的区别只有在涉及到分支和合并时才开始）

简单回答：不，Git与svn的工作方式非常不同，因为它是分散的。你至少需要学习一些git的基础知识。谢谢你。我很害怕。（让那些失望的投票开始吧，因为我问是否存在一个开关！我一定是激怒了一个git粉丝boi:）你不需要读太多。它确实有一些恼人的概念差异，但你会很快发现。最接近签出的

是
git clone
，
update
是
git pull
；要提交到上游服务器，您需要
git添加
已更改的文件以将其放入暂存区域，
git提交
从暂存区域进行本地提交，然后
git push
将提交发送到上游服务器。注意“轻松切换”方法。在使用git时生成历史图–git历史不太可能是线性的。如果你不明白自己在做什么，你可能会制造一个难看的混乱，你的团队可能对此不太满意（或者根本不在乎：）。