目录结构
项目中的每个引用或标记的提交快照都组织在特定的子目录中，例如
trunk
、
branches
和
tags
。 例如，具有两项正在开发的功能的 SVN 项目可能类似如下：
sample_project/trunk/README.md
sample_project/trunk/lib/widget.rb
sample_project/branches/new_feature/README.md
sample_project/branches/new_feature/lib/widget.rb
sample_project/branches/another_new_feature/README.md
sample_project/branches/another_new_feature/lib/widget.rb
SVN 工作流程可能类似如下：
trunk 目录表示项目的最新稳定版本。活动功能工作是在 branches 下的子目录中开发的。
功能完成后，会将功能目录合并到 trunk 中，随后将其删除。
Git 项目也存储在一个目录中。 不过，Git 通过将其引用存储在一个特殊的 .git 目录中来模糊其详细信息。 例如，具有两项正在开发的功能的 Git 项目可能类似如下：
sample_project/.git
sample_project/README.md
sample_project/lib/widget.rb
Git 工作流程可能类似如下：
Git 存储库将其所有分支和标记的完整历史记录存储在 .git 目录中。
最新稳定发行版包含在默认分支中。
活动功能工作在单独的分支中进行开发。
功能完成后，该功能分支将合并到默认分支中并删除。
与 SVN 不同的是，使用 Git 时目录结构保持不变，但文件内容会根据您的分支而变化。
包括子项目
子项目是在主项目之外的某个位置开发和管理的项目。 您通常导入子项目以将一些功能添加到您的项目，而无需自行维护代码。 每当子项目更新时，您可以将其与您的项目同步，以确保所有内容都是最新的。
在 SVN 中，子项目被称为“SVN 外部”。 在 Git 中，它被称为“Git 子模块”。 尽管在概念上类似，但 Git 子模块不会自动保持最新状态；您必须明确要求才能将新版本带入您的项目。
有关详细信息，请参阅 Git 文档中的“Git 工具子模块”。
保留历史记录
SVN 配置为假设项目的历史记录永不更改。 Git 可让你使用 git rebase 等工具修改以前的提交和更改。
GitHub 支持 Subversion 客户端，如果在同一个项目中同时使用 Git 和 SVN，这可能会产生一些意外的结果。 如果您操纵了 Git 的提交历史记录，这些相同的提交在 SVN 的历史记录中将始终保留。 如果意外提交了一些敏感数据，可通过我们提供的一篇文章来帮助将其从 Git 历史记录中删除。
注意****：GitHub
3.13 版中将删除对 Subversion 的支持。 有关详细信息，请参阅 GitHub 博客。