说明 %ad 作者修订日期（可以用 --date=选项 来定制格式） %ar 作者修订日期，按多久以前的方式显示 %cn 提交者的名字 %ce 提交者的电子邮件地址 %cd 提交日期 %cr 提交日期（距今多长时间） %s 提交说明 你一定奇怪 作者 和 提交者 之间究竟有何差别， 其实作者指的是实际作出修 改的人，提交者指的是最后将此工作成果提交到仓库的人。 所以，当你为某 remove invalid default value issue54..origin/master 语法是一个日志过滤器，要求 Git 只显示所有在后面 分支 （在本例中是 origin/master）但不在前面分支（在本例中是 issue54） 的提交的列表。 我们将会在 提交区间 中详细介绍这个语法。 目前，我们可以从输出中看到有一个 John 生成的但是 Jessica 还没有合并的 提交。 然而，这种做法比较麻烦，所以 Git 提供了一种比较便捷的方式：三点语法。 对于 git diff 命令来说，你可以通过把 … 置于另一个分支名后来对该分支的 最新提交与两个分支的共同祖先进行比较： $ git diff master...contrib 该命令仅会显示自当前主题分支与 master 分支的共同祖先起，该分支中的工 作。 这个语法很有用，应该牢记。 将贡献的工作整合进来 当主题分

作者的电子邮件地址 %ad 作者修订日期（可以用 --date=选项 来定制格式） %ar 作者修订日期，按多久以前的方式显示 %cn 提交者的名字 %ce 提交者的电子邮件地址 %cd 提交日期 %cr 提交日期（距今多长时间） %s 提交说明 你一定奇怪 作者 和 提交者 之间究竟有何差别， 其实作者指的是实际作出修改的人，提交者指的是最后将此工 作成果提交到仓库的人。 所以，当你为某个项目 remove invalid default value issue54..origin/master 语法是一个日志过滤器，要求 Git 只显示所有在后面分支 （在本例中是 origin/master）但不在前面分支（在本例中是 issue54）的提交的列表。 我们将会在 提交区间 中详细介绍 这个语法。 目前，我们可以从输出中看到有一个 John 生成的但是 Jessica 还没有合并的提交。 如果她合并 然而，这种做法比较麻烦，所以 Git 提供了一种比较便捷的方式：三点语法。 对于 git diff 命令来说，你可以通过把 … 置于另一个分支名后来对该分支的最新提交与两个分支的共同祖先进行比较： $ git diff master...contrib 该命令仅会显示自当前主题分支与 master 分支的共同祖先起，该分支中的工作。 这个语法很有用，应该牢 记。 将贡献的工作整合进来 当主题分支

：跳过附件数据的导出。可选。 --skip-package-data ：跳过包数据的导出。可选。 --skip-log ：跳过日志数据的导出。可选。 --database ， -d ：指定数据库的SQL语法。可选。 --verbose ， -V ：如果提供此选项，显示附加详细信息。可选。 --type ：设置导出的格式。可选。（默认值：zip） 示例： gitea dump gitea 中的 embedded 命令，通过操作系统的 shell 执行。 注意： 嵌入资源提取工具包含在 Gitea 1.12 及以上版本中。 要列出嵌入在 Gitea 可执行文件中的资源，请使用以下语法： 1. gitea embedded list [--include-vendored] [patterns...] --include-vendored 标志使命令包括被供应的文件，这些 标志使命令包括被供应的文件，这些文件通常被排除在外；即来自外部库的文件，这些文件是 Gitea 所需的（例如 octicons 等）。 可以提供一系列文件搜索模式。Gitea 使用 gobwas/glob 作为其 glob 语法。以下是一些示例： 列出所有模板文件，无论在哪个虚拟目录下： **.tmpl 列出所有邮件模板文件： templates/mail/**.tmpl 列出 public/img 目录下的所有文件：

--date=option) %ar Author date, relative %cn Committer name %ce Committer email %cd Committer date %cr Committer date, relative %s Subject You may be wondering what the difference is between author and tabwidth option); tab-in-indent, which watches for tabs in the indentation portion of a line; and cr-at-eol, which tells Git that carriage returns at the end of lines are OK. You can tell Git which indent-with-non-tab,tab-in-indent,cr-at-eol Or you can specify the customizing part only: $ git config --global core.whitespace \ -space-before-tab,indent-with-non-tab,tab-in-indent,cr-at-eol Git will detect

--date=option) %ar Author date, relative %cn Committer name %ce Committer email %cd Committer date %cr Committer date, relative %s Subject You may be wondering what the difference is between author and tabwidth option); tab-in- indent, which watches for tabs in the indentation portion of a line; and cr-at-eol, which tells Git that carriage returns at the end of lines are OK. You can tell Git which indent-with-non-tab,tab-in-indent,cr-at-eol Or you can specify the customizing part only: 344 $ git config --global core.whitespace \ -space-before-tab,indent-with-non-tab,tab-in-indent,cr-at-eol Git will detect

--date=option) %ar Author date, relative %cn Committer name %ce Committer email %cd Committer date %cr Committer date, relative %s Subject You may be wondering what the difference is between author and tabwidth option); tab-in-indent, which watches for tabs in the indentation portion of a line; and cr-at-eol, which tells Git that carriage returns at the end of lines are OK. You can tell Git which indent-with-non-tab,tab-in-indent,cr-at-eol Or you can specify the customizing part only: $ git config --global core.whitespace \ -space-before-tab,indent-with-non-tab,tab-in-indent,cr-at-eol Git will detect