Introduced Integrating Contributed Work Tagging Your Releases Generating a Build Number Preparing a Release The Shortlog Summary GitHub Account Setup and Configuration SSH Access Your Avatar Your Email differences. When you have all the necessary dependencies, you can go ahead and grab the latest tagged release tarball from several places. You can get it via the kernel.org site, at https://www.kernel.org/ little clearer what the latest version is on the GitHub page, but the kernel.org page also has release signatures if you want to verify your download. Then, compile and install: $ tar -zxf git-2.8

Introduced Integrating Contributed Work Tagging Your Releases Generating a Build Number Preparing a Release The Shortlog Summary GitHub Account Setup and Configuration SSH Access Your Avatar Your Email differences. When you have all the necessary dependencies, you can go ahead and grab the latest tagged release tarball from several places. You can get it via the kernel.org site, at https://www.kernel.org/ little clearer what the latest version is on the GitHub page, but the kernel.org page also has release signatures if you want to verify your download. Then, compile and install: $ tar -zxf git-2.8

differences. When you have all the necessary dependencies, you can go ahead and grab the latest tagged release tarball from several places. You can get it via the kernel.org site, at https://www.kernel.org/pub/ little clearer what the latest version is on the GitHub page, but the kernel.org page also has release signatures if you want to verify your download. Then, compile and install: $ tar -zxf git-2.8.0 directory, not subdir/TODO /TODO # ignore all files in any directory named build build/ # ignore doc/notes.txt, but not doc/server/arch.txt doc/*.txt # ignore all .pdf files in the doc/ directory and any

a 文件 !lib.a # 只忽略当前目录下的 TODO 文件，而不忽略 subdir/TODO /TODO # 忽略任何目录下名为 build 的文件夹 build/ # 忽略 doc/notes.txt，但不忽略 doc/server/arch.txt doc/*.txt # 忽略 doc/ 目录及其所有子目录下的 .pdf 文件 doc/**/*.pdf  GitHub 有一个十分详细的针对数十种项目及语言的 例如，假设你有一个分叉的 release 分支并且在上面做了一些你想要在未来某个时候合并回 master 的工作。 与此同时 master 分支上的 某些 bugfix 需要向后移植回 release 分支。 你可以合并 bugfix 分支进入 release 分支同时也 merge -s ours 合并进入你的 master 分支 （即使那个修复已经在那儿了）这样当你之后再次合并 release 分支时，就 不会有来自 ST_COMMIT Last commit date: Tue Apr 21 08:38:48 2009 -0700 by Scott Chacon 你也可以用诸如提交信息或者任意的 git notes 进行替换，并且 git log 还能做简单的字词折行： $ echo '$Format:Last commit: %h by %aN at %cd%n%+w(76,6,9)%B$' > LAST_COMMIT

a 文件 !lib.a # 只忽略当前目录下的 TODO 文件，而不忽略 subdir/TODO /TODO # 忽略任何目录下名为 build 的文件夹 build/ # 忽略 doc/notes.txt，但不忽略 doc/server/arch.txt doc/*.txt # 忽略 doc/ 目录及其所有子目录下的 .pdf 文件 doc/**/*.pdf  GitHub 有一个十分详细的针对数十种项目及语言的 如，假设你有一个分叉的 release 分支并且在上面做了一些你想要在未来某个 时候合并回 master 的工作。 与此同时 master 分支上的某些 bugfix 需要向后 移植回 release 分支。 你可以合并 bugfix 分支进入 release 分支同时也 merge -s ours 合并进入你的 master 分支 （即使那个修复已经在那儿了）这 样当你之后再次合并 release 分支时，就不会有来自 T_COMMIT Last commit date: Tue Apr 21 08:38:48 2009 -0700 by Scott Chacon 你也可以用诸如提交信息或者任意的 git notes 进行替换，并且 git log 还能 做简单的字词折行： $ echo '$Format:Last commit: %h by %aN at %cd%n%+w(76,6,9)%B$' > LAST_COMMIT

pause : 暂停日志记录 注意: 如果日志级别低于此级别，日志级别将被临时提升为INFO。 Gitea将在一定程度上缓冲日志，并在超过该点后丢弃日志。 resume : 恢复日志记录 release-and-reopen : 使Gitea释放和重新打开用于日志记录的文件和连接（相当于向 Gitea发送SIGUSR1信号）。 remove name : 删除指定的日志记录器 选项: ：如果非空，数据将存储在具有存储库名称的目录中。 --units ：要迁移的项目，一个或多个项目应以逗号分隔。允许的项目有 wiki, issues, labels, releases, release_assets, milestones, pull_requests, comments。如果为 空，则表示所有项目。 restore-repo 从磁盘目录中还原存储库数据： 选项： tango ：还原目标存储库名称。 --units ：要还原的项目，一个或多个项目应以逗号分隔。允许的项目有 wiki, issues, labels, releases, release_assets, milestones, pull_requests, comments。如果为 空，则表示所有项目。 生成一个供 Runner 使用的新令牌，用于向服务器注册。 选项：