首次提交对象及其树结构 做些修改后再次提交，那么这次产生的提交对象会包含一个指向上次提交对象（父对象）的指针。 图表 10. 提交对象及其父对象 Git 的分支，其实本质上仅仅是指向提交对象的可变指针。 Git 的默认分支名字是 master。 在多次提交操作之 后，你其实已经有一个指向最后那个提交对象的 master 分支。 master 分支会在每次提交时自动向前移动。  Git 的 三棵树 理解 reset 和 checkout 的最简方法，就是以 Git 的思维框架（将其作为内容管理器）来管理三棵不同的树。 “树” 在我们这里的实际意思是 “文件的集合”，而不是指特定的数据结构。 （在某些情况下索引看起来并不 像一棵树，不过我们现在的目的是用简单的方式思考它。） 249 Git 作为一个系统，是以它的一般操作来管理并操纵这三棵树的： 树 用途 HEAD 上一次提交的快照，下一次提交的父结点 defunkt,tpw avail|usinclair,cdickens,ebronte|doc avail|schacon|lib avail|schacon|tests 首先把这些数据读入你要用到的数据结构里。 在本例中，为保持简洁，我们暂时只实现 avail 的规则。 下面这 个方法生成一个关联数组，它的键是用户名，值是一个由该用户有写权限的所有目录组成的数组： def get_acl_access_data(acl_file)

首次提交对象及其树结构 做些修改后再次提交，那么这次产生的提交对象会包含一个指向上次提交对象 （父对象）的指针。 图表 10. 提交对象及其父对象 Git 的分支，其实本质上仅仅是指向提交对象的可变指针。 Git 的默认分支名 字是 master。 在多次提交操作之后，你其实已经有一个指向最后那个提交对 象的 master 分支。 master 分支会在每次提交时自动向前移动。   三棵树 理解 reset 和 checkout 的最简方法，就是以 Git 的思维框架（将其作为内容 管理器）来管理三棵不同的树。 “树” 在我们这里的实际意思是 “文件的集 合”，而不是指特定的数据结构。 （在某些情况下索引看起来并不像一棵树， 不过我们现在的目的是用简单的方式思考它。） Git 作为一个系统，是以它的一般操作来管理并操纵这三棵树的： 树 用途 HEAD 上一次提交的快照，下一次提交的父结点 defunkt,tpw avail|usinclair,cdickens,ebronte|doc avail|schacon|lib avail|schacon|tests 首先把这些数据读入你要用到的数据结构里。 在本例中，为保持简洁，我们 暂时只实现 avail 的规则。 下面这个方法生成一个关联数组，它的键是用户 名，值是一个由该用户有写权限的所有目录组成的数组： def get_acl_a

tests/integration ：集成测试，用于测试后端回归。 tests/e2e ：端到端测试，用于测试前端和后端的兼容性和视觉回归。 models ：包含由xorm用于构建数据库表的数据结构。它还包含查询和更新数据库的函数。应避免与其他 Gitea代码的依赖关系。在某些情况下，比如日志记录时可以例外。 models/db ：基本的数据库操作。所有其他 models/xxx 包都应依赖于此包。