Git Zsh 中的 Git Git 在 PowerShell 中使用 Git 安装 前提需求（仅限 Windows） PowerShell Gallery 更新 PowerShell 提示符 从源码安装 总结 附录 B: 在你的应用中嵌入 Git 命令行 Git 方式 Libgit2 高级功能 其它绑定 LibGit2Sharp objective-git pygit2 之 一 ： 已 提 交 （committed）、已修改（modified） 和 已暂存（staged）。 已修改表示修改了文件，但还没保存到数据库中。 已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的 快照中。 已提交表示数据已经安全地保存在本地数据库中。 这会让我们的 Git 项目拥有三个阶段：工作区、暂存区以及 Git 目录。 图表 6. 工作目录、暂存区域以及 初次克隆某个仓库的时候，工 作目录中的所有文件都属于已跟踪文件，并处于未修改状态，因为 Git 刚刚检 出了它们， 而你尚未编辑过它们。 编辑过某些文件之后，由于自上次提交后你对它们做了修改，Git 将它们标记 为已修改文件。 在工作时，你可以选择性地将这些修改过的文件放入暂存 区，然后提交所有已暂存的修改，如此反复。 图表 8. 文件的状态变化周期 检查当前文件状态 可以用 git status

处于其中之一： 已提交（committed）、已修改（modified） 和 已暂存（staged）。 • 已修改表示修改了文件，但还没保存到数据库中。 • 已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。 • 已提交表示数据已经安全地保存在本地数据库中。 这会让我们的 Git 项目拥有三个阶段：工作区、暂存区以及 Git 目录。 20 图表 6. 工作目录、暂存区域以及 初次克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，并处于未修改状态，因为 Git 刚刚检出了它们， 而你尚未编辑过它们。 编辑过某些文件之后，由于自上次提交后你对它们做了修改，Git 将它们标记为已修改文件。 在工作时，你可以 选择性地将这些修改过的文件放入暂存区，然后提交所有已暂存的修改，如此反复。 图表 8. 文件的状态变化周期 检查当前文件状态 可以用 git status 命令查看哪些文件处于什么状态。 这行下面，说明已跟踪文件的内容发 生了变化，但还没有放到暂存区。 要暂存这次更新，需要运行 git add 命令。 这是个多功能命令：可以用它开 始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等。 将这 个命令理解为“精确地将内容添加到下一次提交中”而不是“将一个文件添加到项目中”要更加合适。 现在让 我们运行 git add 将“CONTRIBUTING.md”放到暂存区，然后再看看

并取消对任何需要运行在主机上的服务部分的注释，譬如 MySQL。 修改 user，home 目录以及其他必须的初始化参数，如果使用自定义端口，则需修改 PORT 参数，反之如果使用默 认端口则需删除 -p 标记。 激活 gitea 并将它作为系统自启动服务： 1. sudo systemctl enable gitea 2. sudo systemctl start gitea 在 terminal supervisord config。 将 user(git) 和 home(/home/git) 设置为与上文部署中匹配的值。如果使用自定义端口，则需修改 PORT 参 数，反之如果使用默认端口则需删除 -p 标记。 最后激活 supervisor 并将它作为系统自启动服务： 1. sudo systemctl enable supervisor 2. sudo systemctl start supervisor 中较早出现的字符集，而不是较晚出现的字符集。添 加“defaults”将会将未命名的字符集放置在该点。 ANSI_CHARSET : empty: 默认的ANSI字符集，用于覆盖非UTF-8字符集。 FORCE_PRIVATE : false: 强制使每个新仓库变为私有。 DEFAULT_PRIVATE : last: 创建新仓库时默认为私有。 [last, private, public]

#在当前提交的对象上创建新的分支，名为xxx # git branch yyy 7b8ff6 #在指定的提交对象上创建新的分支；提交的hash值 可写全，也可只写前6字符 # git checkout xxx #切换分支 # git branch master * xxx tag是git版本库的一个标记命令，指向了某个commit的指针，tag命令主要用于 发布版本管理，当一个版本发布时，打上tag标签。 有了分支（branch）为什么还要引入tag这个概念呢？ 因为tag是相对于同一个分支而言的，同一分支不停地开发，有新增的文件，也 有修改旧的文件，每次提交（commit）后当前分支的HEAD指针会指向最新的提 交，那么如何管理旧的提交呢？可以对某个时间点的提交打个标记，方便后续 的版本追溯及管理。这个标记就是tag # git tag v1.0.1 #将当前所处分支的最新提交打上tag，名为 v1.0.1 # git tag v1.2 -m 'v2' #创建名为v1.2的tag，-m指定说明信息，未指 定-m说明信息时，则默认使用提交（commit）时的说明信息作为此tag的说明信