分支的合并 遇到冲突时的分支合并 分支管理 分支开发工作流 长期分支 主题分支 远程分支 推送 跟踪分支 拉取 删除远程分支 变基 变基的基本操作 更有趣的变基例子 变基的风险 用变基解决变基 变基 vs. 合并 总结 服务器上的 Git 协议 本地协议 HTTP 协议 SSH 协议 Git 协议 在服务器上搭建 Git 把裸仓库放到服务器上 小型安装 疑问你 将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留 的单独快照。 本地版本控制系统也存在类似问题，只要整个项目的历史记录 被保存在单一位置，就有丢失所有历史更新记录的风险。 分布式版本控制系统 于是分布式版本控制系统（Distributed Version Control System，简称 DVCS）面世了。 在这类系统中，像 Git、Mercurial 以及 这两个分支，最终提交历史会变成图 最终的提交历史 中的样子： $ git branch -d client $ git branch -d server 图表 43. 最终的提交历史 变基的风险 呃，奇妙的变基也并非完美无缺，要用它得遵守一条准则： 如果提交存在于你的仓库之外，而别人可能基于这些提交进行开发，那么不要 执行变基。 如果你遵循这条金科玉律，就不会出差错。 否则，人民群众会仇恨你，你的

份，毫无 疑问你将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。 本地版本控制 系统也存在类似问题，只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。 分布式版本控制系统 于是分布式版本控制系统（Distributed Version Control System，简称 DVCS）面世了。 在这类系统中，像 Git、Mercurial 以及 你可以删除这两个分支，最终提交历史会变 成图 最终的提交历史 中的样子： $ git branch -d client $ git branch -d server 图表 43. 最终的提交历史 变基的风险 呃，奇妙的变基也并非完美无缺，要用它得遵守一条准则： 如果提交存在于你的仓库之外，而别人可能基于这些提交进行开发，那么不要执行变基。 如果你遵循这条金科玉律，就不会出差错。 否则，人民群众 发现任意版本库中的任意提交 信息包含了这些地址，它就会将其链接到你的账户。 两步验证 最后，为了额外的安全性，你绝对应当设置两步验证，简写为 “2FA”。 两步验证是一种用于降低因你的密码 被盗而带来的账户风险的验证机制，现在已经变得越来越流行。 开启两步验证，GitHub 会要求你用两种不同的 验证方法，这样，即使其中一个被攻破，攻击者也不能访问你的账户。 你可以在 Account settings 页面的

pbkdf2$50000$50 pbkdf2_hi ： pbkdf2$320000$50 scrypt ： scrypt$65536$16$2$50 使用此功能调整算法参数存在一定风险。 CSRF_COOKIE_HTTP_ONLY : true：设置为 false 以允许 JavaScript 读取 CSRF cookie。 MIN_PASSWORD_LENGTH : 6：新用户的最小密码长度。 如果仍然找不到，默认值可以被计算 3. 如果仍然找不到路径，则可以参考自定义Gitea页面，将模板添加到正确的位置。 Gitea不提供内置的Pages服务器。您需要一个专用的域名来提供静态页面，以避免CSRF安全风险。 对于简单的用法，您可以使用反向代理来重写和提供Gitea的原始文件URL中的静态内容。 还有一些已经可用的第三方服务，比如独立pages server的或caddy plugin，可以提供所需的功能。