Gitea v1.21.1 中文文档反向代理 嵌入资源提取工具 配置说明 日志配置 邮件模板 仓库索引器 GPG 提交签名 外部渲染器 搜索引擎索引 自定义 Gitea 配置 添加法律页面 使用 - 2 - 本文档使用 书栈网 · BookStack.CN 构建 Actions Gitea Actions 快速入门 Act Runner 与GitHub Actions的对比 Gitea Actions设计 软件包注册表 Debian 软件包注册表 RPM 软件包注册表 认证 Agit 设置 个人资料 README Blame File View 邮件接收 标签 合并请求 - 3 - 本文档使用 书栈网 · BookStack.CN 构建 权限 模板仓库 工单与合并请求模板 自动链接引用 合并消息模板 推送 克隆过滤器 (部分克隆) Code Owners Webhooks 4 - 本文档使用 书栈网 · BookStack.CN 构建 致谢 当前文档 《Gitea v1.21.1 中文文档》 由 进击的皇虫 使用 书栈网(BookStack.CN) 进行构建,生成于 2024-04-30。 书栈网仅提供文档编写、整理、归类等功能,以及对文档内容的生成和导出工具。 文档内容由网友们编写和整理,书栈网难以确认文档内容知识点是否错漏。如果您在阅读文档获取知识的时候,0 码力 | 303 页 | 3.88 MB | 1 年前3
git 操作手册绿色字体表示注释,有时注释太多就不用绿色表示了 3.注意:本文档的所有操作请先在测环境进行实践,请不要直接在真实的服务 器中操作! 版权声明: 本文档以开源的形式发布,所有条款如下: 1. 无担保:作者不保证文档内容的准确无误,亦不承担由于使用此文档所导致的任何后果 2. 自由使用:任何人可以出于任何目的而自由地 阅读/链接/打印/转载/引用/再创作 此文档,无需任何附 加条件 若您 阅读/链接/打印/转载/引用/再创作 阅读/链接/打印/转载/引用/再创作 本文档,则说明接受以上2个条款。 作者:李茂福 更新日期:2024-01-11 ★git命令操作 Git是一个开源的分布式版本控制系统,可以高效地处理从很小到非常大的项目 版本管理。 ★git命令行客户端安装及设置 # yum install git -y #自带光盘里有 # git0 码力 | 35 页 | 1.69 MB | 1 年前3
Pro Git 中文版 第2版 2.1.66apt-get install dh-autoreconf libcurl4-gnutls-dev libexpat1-dev \ gettext libz-dev libssl-dev 为了添加文档的多种格式(doc、html、info),需要以下附加的依赖: $ sudo dnf install asciidoc xmlto docbook2X $ sudo apt-get install 第二 行告诉 Git 忽略所有名字以波浪符(~)结尾的文件,许多文本编辑软件(比如 Emacs)都用这样的文件名保存 副本。 此外,你可能还需要忽略 log,tmp 或者 pid 目录,以及自动生成的文档等等。 要养成一开始就为你的 新仓库设置好 .gitignore 文件的习惯,以免将来误提交这类无用的文件。 文件 .gitignore 的格式规范如下: • 所有空行或者以 # 开头的行都会被 至此,你已在实战中学习了变基和合并的用法,你一定会想问,到底哪种方式更好。 在回答这个问题之前,让 我们退后一步,想讨论一下提交历史到底意味着什么。 有一种观点认为,仓库的提交历史即是 记录实际发生过什么。 它是针对历史的文档,本身就有价值,不能乱 改。 从这个角度看来,改变提交历史是一种亵渎,你使用 谎言 掩盖了实际发生过的事情。 如果由合并产生的提 交历史是一团糟怎么办? 既然事实就是如此,那么这些痕迹就应该被保留下来,让后人能够查阅。0 码力 | 501 页 | 19.30 MB | 1 年前3
Pro Git 中文版 第2版 2.1.66apt-get install dh-autoreconf libcurl4-gnutls-dev libexpat1-dev \ gettext libz-dev libssl-dev 为了添加文档的多种格式(doc、html、info),需要以下附加的依赖: $ sudo dnf install asciidoc xmlto docbook2X $ sudo apt-get install 第二行告诉 Git 忽略所有名字以波浪符(~)结尾 的文件,许多文本编辑软件(比如 Emacs)都用这样的文件名保存副本。 此 外,你可能还需要忽略 log,tmp 或者 pid 目录,以及自动生成的文档等等。 要养成一开始就为你的新仓库设置好 .gitignore 文件的习惯,以免将来误提交 这类无用的文件。 文件 .gitignore 的格式规范如下: ▪ ▪ ▪ ▪ ▪ 所有空行或者以 至此,你已在实战中学习了变基和合并的用法,你一定会想问,到底哪种方式 更好。 在回答这个问题之前,让我们退后一步,想讨论一下提交历史到底意 味着什么。 有一种观点认为,仓库的提交历史即是 记录实际发生过什么。 它是针对历史 的文档,本身就有价值,不能乱改。 从这个角度看来,改变提交历史是一种 亵渎,你使用 谎言 掩盖了实际发生过的事情。 如果由合并产生的提交历史是 一团糟怎么办? 既然事实就是如此,那么这些痕迹就应该被保留下来,让后0 码力 | 670 页 | 13.59 MB | 1 年前3
共 4 条
- 1













