在我们开始查看特定的用例前，这里有一个关于提交信息的快速说明。 有一个好的创建提交的准则并且坚持使 用会让与 Git 工作和与其他人协作更容易。 Git 项目提供了一个文档，其中列举了关于创建提交到提交补丁的若 干好的提示——可以在 Git 源代码中的 Documentation/SubmittingPatches 文件中阅读它。 首先，你的提交不应该包含任何空白错误。 Git 提供了一个简单的方式来检查这点——在提交前，运行 仓库里面，这样持续两年的时间才会产生足够的对象， 使其拥有 50% 的概率产生一次 SHA-1 对象冲突， 这比你编程团队的成员同一个晚上在互不相干的意外中被狼袭击并杀死的机率还 要小。 分支引用 引用特定提交的一种直接方法是，若它是一个分支的顶端的提交， 那么可以在任何需要引用该提交的 Git 命令中 直接使用该分支的名称。 例如，你想要查看一个分支的最后一次提交的对象，假设 topic1 分支指向提交 ca82a6d… ， staged for commit” 下面并被标记为红 色，因为该条目在索引与工作目录之间存在不同。 接着我们运行 git add 来将它暂存到索引中。 255 此时，由于索引和 HEAD 不同，若运行 git status 的话就会看到 “Changes to be committed” 下的该文件 变为绿色 ——也就是说，现在预期的下一次提交与上一次提交不同。 最后，我们运行 git commit

progit:master 5 个提交。） 但你的 GitHub 仓库不会被 GitHub 自动更新，这件事必须由你自己来做。还 好，这事儿很简单。 第 一 种 方 法 无 需 配 置 。 例 如 ， 若 你 从 https://github.com/progit/progit2.git 派生了项目， 你可以像这样更新你 的 master 分支： $ git checkout master ① $ 的对象， 使其拥有 50% 的概率产生 一次 SHA-1 对象冲突， 这比你编程团队的成员同一个晚上在互不相干的意外中被狼袭击并 杀死的机率还要小。 分支引用 引用特定提交的一种直接方法是，若它是一个分支的顶端的提交， 那么可以 在任何需要引用该提交的 Git 命令中直接使用该分支的名称。 例如，你想要查 看一个分支的最后一次提交的对象，假设 topic1 分支指向提交 ca82a6d… not staged for commit” 下面并被标记为红色，因为该条目在索引与工作目录之间存在不 同。 接着我们运行 git add 来将它暂存到索引中。 此时，由于索引和 HEAD 不同，若运行 git status 的话就会看到 “Changes to be committed” 下的该文件变为绿色 ——也就是说，现在预期的下一次提 交与上一次提交不同。 最后，我们运行 git commit

#将本地代码库的当前分支（main）推送到远 程的代码库的main分支 # git pull rmtRepo main #从远程代码库下载main分支的最新修改，若未 指定分支名，则默认拉取同本地分支名的分支 # git remote -v #查看当前仓库关联的远程代码库的URL # git remote

group,OU=example,DC=example,DC=org 用户名属性（可选） 用户LDAP记录中包含用户名称的属性。在第一次成功登录后，将使用指定的属性值作为新的Gitea账户 用户名。若留空，则使用登录表单上提供的用户名。 当提供的登录名与多个属性匹配时，这一选项非常有用，但是只有一个特定属性应该用于Gitea账户名 称，请参阅”用户过滤器”。 示例:uid 适用于Microsoft