 Gitea v1.21.1 中文文档个人资料 README Blame File View 邮件接收 标签 合并请求 - 3 - 本文档使用 书栈网 · BookStack.CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication 登录能力。 Git 需要 2.0.0 或更高版本。 Git Large File Storage 如果启用,且 Git 版本大于等于 2.1.2,则该选项可用 如果 Git 版本大于等于 2.18,将自动启用 Git 提交历史图形化展示功能 Last 2 versions of Chrome, Firefox, Safari and Edge Firefox ESR Web框架: Chi ORM: 可以在 contrib/autocompletion/bash_autocomplete 找到启用 bash 自动补全的脚本。可以将其复制到 /usr/share/bash-completion/completions/gitea ,或在 .bashrc 中引用。 同样地,zsh 自动补全的脚本可以在 contrib/autocompletion/zsh_autocomplete 找到。您可以将其复制0 码力 | 303 页 | 3.88 MB | 1 年前3 Gitea v1.21.1 中文文档个人资料 README Blame File View 邮件接收 标签 合并请求 - 3 - 本文档使用 书栈网 · BookStack.CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 受保护的标签 仓库镜像 密钥管理 Multi-factor Authentication 登录能力。 Git 需要 2.0.0 或更高版本。 Git Large File Storage 如果启用,且 Git 版本大于等于 2.1.2,则该选项可用 如果 Git 版本大于等于 2.18,将自动启用 Git 提交历史图形化展示功能 Last 2 versions of Chrome, Firefox, Safari and Edge Firefox ESR Web框架: Chi ORM: 可以在 contrib/autocompletion/bash_autocomplete 找到启用 bash 自动补全的脚本。可以将其复制到 /usr/share/bash-completion/completions/gitea ,或在 .bashrc 中引用。 同样地,zsh 自动补全的脚本可以在 contrib/autocompletion/zsh_autocomplete 找到。您可以将其复制0 码力 | 303 页 | 3.88 MB | 1 年前3
 Pro Git 中文版 第2版 2.1.66Git 不知情时更改任何文件 内容或目录内容。 这个功能建构在 Git 底层,是构成 Git 哲学不可或缺的部分。 若你在传送过程中丢失信息或损 坏文件,Git 就能发现。 Git 用以计算校验和的机制叫做 SHA-1 散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组 成的字符串,基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样: 官方网站下载。 打开 https://git-scm.com/ download/win,下载会自动开始。 要注意这是一个名为 Git for Windows 的项目(也叫做 msysGit),和 Git 是分别独立的项目;更多信息请访问 http://msysgit.github.io/。 要进行自动安装,你可以使用 Git Chocolatey 包。 注意 Chocolatey 包是由社区维护的。 add" to track) 在状态报告中可以看到新建的 README 文件出现在 Untracked files 下面。 未跟踪的文件意味着 Git 在之前 的快照(提交)中没有这些文件;Git 不会自动将之纳入跟踪范围,除非你明明白白地告诉它“我需要跟踪该文 件”。 这样的处理让你不必担心将生成的二进制文件或其它不想被跟踪的文件包含进来。 不过现在的例子中, 我们确实想要跟踪管理 README 这个文件。0 码力 | 501 页 | 19.30 MB | 1 年前3 Pro Git 中文版 第2版 2.1.66Git 不知情时更改任何文件 内容或目录内容。 这个功能建构在 Git 底层,是构成 Git 哲学不可或缺的部分。 若你在传送过程中丢失信息或损 坏文件,Git 就能发现。 Git 用以计算校验和的机制叫做 SHA-1 散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组 成的字符串,基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样: 官方网站下载。 打开 https://git-scm.com/ download/win,下载会自动开始。 要注意这是一个名为 Git for Windows 的项目(也叫做 msysGit),和 Git 是分别独立的项目;更多信息请访问 http://msysgit.github.io/。 要进行自动安装,你可以使用 Git Chocolatey 包。 注意 Chocolatey 包是由社区维护的。 add" to track) 在状态报告中可以看到新建的 README 文件出现在 Untracked files 下面。 未跟踪的文件意味着 Git 在之前 的快照(提交)中没有这些文件;Git 不会自动将之纳入跟踪范围,除非你明明白白地告诉它“我需要跟踪该文 件”。 这样的处理让你不必担心将生成的二进制文件或其它不想被跟踪的文件包含进来。 不过现在的例子中, 我们确实想要跟踪管理 README 这个文件。0 码力 | 501 页 | 19.30 MB | 1 年前3
 Pro Git 中文版 第2版 2.1.66Git 不知情时更改任何文件内容或目录内容。 这个功能建构在 Git 底 层,是构成 Git 哲学不可或缺的部分。 若你在传送过程中丢失信息或损坏文 件,Git 就能发现。 Git 用以计算校验和的机制叫做 SHA-1 散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组成的字符串,基于 Git 中文件的内容或目录结 构计算出来。 SHA-1 哈希看起来是这样: 官方网站下 载。 打开 https://git-scm.com/download/win,下载会自动开始。 要注意这 是一个名为 Git for Windows 的项目(也叫做 msysGit),和 Git 是分别独 立的项目;更多信息请访问 http://msysgit.github.io/。 要进行自动安装,你可以使用 Git Chocolatey 包。 注意 Chocolatey 包是由 社区维护的。 add" to track) 在状态报告中可以看到新建的 README 文件出现在 Untracked files 下面。 未 跟踪的文件意味着 Git 在之前的快照(提交)中没有这些文件;Git 不会自动 将之纳入跟踪范围,除非你明明白白地告诉它“我需要跟踪该文件”。 这样的处 理让你不必担心将生成的二进制文件或其它不想被跟踪的文件包含进来。 不 过现在的例子中,我们确实想要跟踪管理 README0 码力 | 670 页 | 13.59 MB | 1 年前3 Pro Git 中文版 第2版 2.1.66Git 不知情时更改任何文件内容或目录内容。 这个功能建构在 Git 底 层,是构成 Git 哲学不可或缺的部分。 若你在传送过程中丢失信息或损坏文 件,Git 就能发现。 Git 用以计算校验和的机制叫做 SHA-1 散列(hash,哈希)。 这是一个由 40 个十六进制字符(0-9 和 a-f)组成的字符串,基于 Git 中文件的内容或目录结 构计算出来。 SHA-1 哈希看起来是这样: 官方网站下 载。 打开 https://git-scm.com/download/win,下载会自动开始。 要注意这 是一个名为 Git for Windows 的项目(也叫做 msysGit),和 Git 是分别独 立的项目;更多信息请访问 http://msysgit.github.io/。 要进行自动安装,你可以使用 Git Chocolatey 包。 注意 Chocolatey 包是由 社区维护的。 add" to track) 在状态报告中可以看到新建的 README 文件出现在 Untracked files 下面。 未 跟踪的文件意味着 Git 在之前的快照(提交)中没有这些文件;Git 不会自动 将之纳入跟踪范围,除非你明明白白地告诉它“我需要跟踪该文件”。 这样的处 理让你不必担心将生成的二进制文件或其它不想被跟踪的文件包含进来。 不 过现在的例子中,我们确实想要跟踪管理 README0 码力 | 670 页 | 13.59 MB | 1 年前3
 git 操作手册★分支操作 分支(branch)的本质其实就是一个提交对象(commit),HEAD是一个指针, 它默认指向master分支,切换分支时就是让HEAD指向不同的分支。每次有新的 提交时,HEAD都会自动指向最新的提交。 首次创建分支前,得先进行一次提交,否则git无法创建分支(因为分支是基于 提交去创建的)。 # git log --decorate --graph --all clone h�ps://gitlab.cof-lee.com/cof/pro-1.git #克隆远程仓库到本地,默认 克隆的是远程的默认分支,本例中远程仓库默认分支为main(克隆后会自动在 当前目录下生成项目目录) # cd pro-1/ #进入克隆后的项目目录 # git remote -v rmtRepo h�ps://gitlab.cof-lee.com/cof/pro-1.git # git fetch rmtRepo 远程分支:本地分支 #在本地新建分支,不会自动切换到该 分支,需要手动checkout切换 比如: # git fetch rmtRepo main:bran5 #将远程的main分支下载到本地并基于此创 建bran5分支0 码力 | 35 页 | 1.69 MB | 1 年前3 git 操作手册★分支操作 分支(branch)的本质其实就是一个提交对象(commit),HEAD是一个指针, 它默认指向master分支,切换分支时就是让HEAD指向不同的分支。每次有新的 提交时,HEAD都会自动指向最新的提交。 首次创建分支前,得先进行一次提交,否则git无法创建分支(因为分支是基于 提交去创建的)。 # git log --decorate --graph --all clone h�ps://gitlab.cof-lee.com/cof/pro-1.git #克隆远程仓库到本地,默认 克隆的是远程的默认分支,本例中远程仓库默认分支为main(克隆后会自动在 当前目录下生成项目目录) # cd pro-1/ #进入克隆后的项目目录 # git remote -v rmtRepo h�ps://gitlab.cof-lee.com/cof/pro-1.git # git fetch rmtRepo 远程分支:本地分支 #在本地新建分支,不会自动切换到该 分支,需要手动checkout切换 比如: # git fetch rmtRepo main:bran5 #将远程的main分支下载到本地并基于此创 建bran5分支0 码力 | 35 页 | 1.69 MB | 1 年前3
共 4 条
- 1














 
 