目录结构
项目中的每个引用或� �记的提交快照都组织在特定的子目录中，例如 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 历史记录中� 除。