a/avatars 7. [log] 8. ROOT_PATH = /home/:USER/gitea/log 从 Gogs 升级 更改特定于 Gogs 的信息 从 Gogs 升级 - 55 - 本文档使用 书栈网 · BookStack.CN 构建 使用 gitea web 启动 Gitea 进行验证 在成功从 gogs 迁移到 gitea 1.0.x 之后，可以通过两步过程将 12. MODE = console 13. FLAGS = stdflags 14. PREFIX = 15. COLORIZE = true 这等同于将所有日志发送到控制台，并将默认的 Golang 日志也发送到控制台日志中。 这只是一个示例，默认情况下不需要将其写入配置文件中。 禁用路由日志，将访问日志（>=Warn）记录到 access.log 中： 1. [log] 2 用于邮件正文的文本和宏 指定 主题 部分是可选的（因此也是虚线分隔符）。在使用时，主题 和 邮件正文 模板之间的分隔符需要至少三个 虚线；分隔符行中不允许使用其他字符。 主题 和 邮件正文 由 Golang的模板引擎 解析，并提供了为每个通知组装的 元数据上下文。上下文包含以下元 素： 名称 类型 可 用 性 用途 .FallbackSubject string 始 终 可 用 默认主题行。参见下文。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 Git Aliases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . series, you can run this: $ git tag -l "v1.8.5*" v1.8.5 v1.8.5-rc0 v1.8.5-rc1 v1.8.5-rc2 v1.8.5-rc3 55 v1.8.5.1 v1.8.5.2 v1.8.5.3 v1.8.5.4 v1.8.5.5  Listing tag wildcards requires -l or --list option pushes that master branch to the reference repository so the other developers can rebase on it. Figure 55. Benevolent dictator workflow This kind of workflow isn’t common, but can be useful in very big projects

pushes that master branch to the reference repository so the other developers can rebase on it. Figure 55. Benevolent dictator workflow This kind of workflow isn’t common, but can be useful in very big projects checksums for each file in the HEAD snapshot: $ git cat-file -p HEAD tree cfda3bf379e4f8dba8717dee55aab78aef7f4daf author Scott Chacon 1301511835 -0700 committer Scott Chacon 1301511835 -0700 initial From https://github.com/chaconinc/DbConnector 27cf5d3..c87d55d stable -> origin/stable Submodule path 'DbConnector': checked out 'c87d55d4c6d4b05ee34fbc8cb6f7bf4585ae6687' If you leave off the -f

pushes that master branch to the reference repository so the other developers can rebase on it. Figure 55. Benevolent dictator workflow This kind of workflow isn’t common, but can be useful in very big projects checksums for each file in the HEAD snapshot: $ git cat-file -p HEAD tree cfda3bf379e4f8dba8717dee55aab78aef7f4daf author Scott Chacon 1301511835 -0700 committer Scott Chacon 1301511835 -0700 initial From https://github.com/chaconinc/DbConnector 27cf5d3..c87d55d stable -> origin/stable Submodule path 'DbConnector': checked out 'c87d55d4c6d4b05ee34fbc8cb6f7bf4585ae6687' If you leave off the -f

如果想要查看某一个远程仓库的更多信息，可以使用 git remote show 命令。 如果想以一个特 定的缩写名运行这个命令，例如 origin，会得到像下面类似的信息： 55 $ git remote show origin * remote origin Fetch URL: https://github.com/schacon/ticgit Push URL: 贡献者将数据推送到自己的公开仓库。 4. 贡献者给维护者发送邮件，请求拉取自己的更新。 5. 维护者在自己本地的仓库中，将贡献者的仓库加为远程仓库并合并修改。 6. 维护者将合并后的修改推送到主仓库。 图表 55. 集成管理者工作流。 这是 GitHub 和 GitLab 等集线器式（hub-based）工具最常用的工作流程。人们可以容易地将某个项目派生成 为自己的公开仓库，向这个仓库推送自己的修改，并为每个人所见。 其实，查看快照的样子很容易。 下例就显示了 HEAD 快照实际的目录列表，以及其中每个文件的 SHA-1 校验 和： $ git cat-file -p HEAD tree cfda3bf379e4f8dba8717dee55aab78aef7f4daf author Scott Chacon 1301511835 -0700 committer Scott Chacon 1301511835 -0700 initial

贡献者将数据推送到自己的公开仓库。 4. 贡献者给维护者发送邮件，请求拉取自己的更新。 5. 维护者在自己本地的仓库中，将贡献者的仓库加为远程仓库并合并修改。 6. 维护者将合并后的修改推送到主仓库。 图表 55. 集成管理者工作流。 这是 GitHub 和 GitLab 等集线器式（hub-based）工具最常用的工作流程。 人们可以容易地将某个项目派生成为自己的公开仓库，向这个仓库推送自己的 修改，并为每个人所见。 其实，查看快照的样子很容易。 下例就显示了 HEAD 快照实际的目录列表， 以及其中每个文件的 SHA-1 校验和： $ git cat-file -p HEAD tree cfda3bf379e4f8dba8717dee55aab78aef7f4daf author Scott Chacon 1301511835 -0700 committer Scott Chacon 1301511835 -0700 initial From https://github.com/chaconinc/DbConnector 27cf5d3..c87d55d stable -> origin/stable Submodule path 'DbConnector': checked out 'c87d55d4c6d4b05ee34fbc8cb6f7bf4585ae6687' 如果不用 -f .gitmodules 选项，那么它只会为你做修改。但是在仓库中保留