目录结构
项目中的每个引用或标记的提交快照都组织在特定的子目录中,例如 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 博客。