 Gitea v1.21.1 中文文档WebAuthn (2FA) ✓ ✘ ✓ ✓ ✓ ✓ ? 扩展 API ✓ ✓ ✓ ✓ ✓ ✓ ✓ 内置软件包/容器注 册中心 ✓ ✘ ✓ ✓ ✓ ✘ ✘ 同步提交到外部仓库 (push mirror) ✓ ✓ ✘ ✓ ✓ ✘ ✓ 同步外部仓库的提交 (pull mirror) ✓ ✘ ✘ ✓ ✓ ✘ ? 浅色和深色主题 ✓ ✘ ✓ ✓ ✓ ✘ ? 自定义主题支持 ✓ ✓ ✘ ✘ ✘ ✓ ✘ ✓ ✓ 自定义 Git 钩子 ✓ ✓ ✓ ✓ ✓ ✓ ✓ 集成 AD / LDAP ✓ ✓ ✓ ✓ ✓ ✓ ✓ 支持多个 LDAP / AD 服务 ✓ ✓ ✘ ✘ ✓ ✓ ✓ LDAP 用户同步 ✓ ✘ ✓ ✓ ✓ ✓ ✓ SAML 2.0 service provider ✘ ✘ ✓ ✓ ✓ ✓ ✘ 支持 OpenId 连接 ✓ ✘ ✓ ✓ ✓ ? ✘ 集成 OAuth 2.0(外部授权) rs\etc\hosts )中添加本地映射。这样可 以通过域名而不是 IP 地址进行数据库连接。有关详细信息,请参阅您系统的文档。 Gitea 使用的 PostgreSQL 驱动程序支持双向 TLS。在双向 TLS 中,数据库客户端和服务器通过将各自的证书 发送给对方进行验证来相互认证。换句话说,服务器验证客户端证书,客户端验证服务器证书。 1. 在数据库实例所在的服务器上,放置以下凭据:0 码力 | 303 页 | 3.88 MB | 1 年前3 Gitea v1.21.1 中文文档WebAuthn (2FA) ✓ ✘ ✓ ✓ ✓ ✓ ? 扩展 API ✓ ✓ ✓ ✓ ✓ ✓ ✓ 内置软件包/容器注 册中心 ✓ ✘ ✓ ✓ ✓ ✘ ✘ 同步提交到外部仓库 (push mirror) ✓ ✓ ✘ ✓ ✓ ✘ ✓ 同步外部仓库的提交 (pull mirror) ✓ ✘ ✘ ✓ ✓ ✘ ? 浅色和深色主题 ✓ ✘ ✓ ✓ ✓ ✘ ? 自定义主题支持 ✓ ✓ ✘ ✘ ✘ ✓ ✘ ✓ ✓ 自定义 Git 钩子 ✓ ✓ ✓ ✓ ✓ ✓ ✓ 集成 AD / LDAP ✓ ✓ ✓ ✓ ✓ ✓ ✓ 支持多个 LDAP / AD 服务 ✓ ✓ ✘ ✘ ✓ ✓ ✓ LDAP 用户同步 ✓ ✘ ✓ ✓ ✓ ✓ ✓ SAML 2.0 service provider ✘ ✘ ✓ ✓ ✓ ✓ ✘ 支持 OpenId 连接 ✓ ✘ ✓ ✓ ✓ ? ✘ 集成 OAuth 2.0(外部授权) rs\etc\hosts )中添加本地映射。这样可 以通过域名而不是 IP 地址进行数据库连接。有关详细信息,请参阅您系统的文档。 Gitea 使用的 PostgreSQL 驱动程序支持双向 TLS。在双向 TLS 中,数据库客户端和服务器通过将各自的证书 发送给对方进行验证来相互认证。换句话说,服务器验证客户端证书,客户端验证服务器证书。 1. 在数据库实例所在的服务器上,放置以下凭据:0 码力 | 303 页 | 3.88 MB | 1 年前3
 Pro Git 中文版 第2版 2.1.66分支,这就是说你们的提交历史已走向不同的方向。 即便这样,只要你保持不与 origin 服务器连接(并拉取数据),你的 origin/master 指针就不会移动。 图表 31. 本地与远程的工作可以分叉 如果要与给定的远程仓库同步数据,运行 git fetch Pro Git 中文版 第2版 2.1.66分支,这就是说你们的提交历史已走向不同的方向。 即便这样,只要你保持不与 origin 服务器连接(并拉取数据),你的 origin/master 指针就不会移动。 图表 31. 本地与远程的工作可以分叉 如果要与给定的远程仓库同步数据,运行 git fetch- 命令(在本例中为 git fetch origin)。 这个命令查找 `origin'' 是哪一个服务器(在本例中,它是 `git.ourcompany master 分支。 89 图表 34. 远程跟踪分支 teamone/master 推送 当你想要公开分享一个分支时,需要将其推送到有写入权限的远程仓库上。 本地的分支并不会自动与远程仓库 同步——你必须显式地推送想要分享的分支。 这样,你就可以把不愿意分享的内容放到私人分支上,而将需要和 别人协作的内容推送到公开分支。 如果希望和别人一起在名为 serverfix 的分支上工作,你可以像推送第一个分支那样推送它。 们的特性混合搭配使用。 集中式工作流 集中式系统中通常使用的是单点协作模型——集中式工作流。 一个中心集线器,或者说 仓库,可以接受代码, 所有人将自己的工作与之同步。 若干个开发者则作为节点,即中心仓库的消费者与中心仓库同步。 图表 54. 集中式工作流。 这意味着如果两个开发者从中心仓库克隆代码下来,同时作了一些修改,那么只有第一个开发者可以顺利地把数 据推送回共享服务器。 第二个开 0 码力 | 501 页 | 19.30 MB | 1 年前3
 Pro Git 中文版 第2版 2.1.66历史已走向不同的方向。 即便这样,只要你保持不与 origin 服务器连接(并 拉取数据),你的 origin/master 指针就不会移动。 图表 31. 本地与远程的工作可以分叉 如果要与给定的远程仓库同步数据,运行 git fetch Pro Git 中文版 第2版 2.1.66历史已走向不同的方向。 即便这样,只要你保持不与 origin 服务器连接(并 拉取数据),你的 origin/master 指针就不会移动。 图表 31. 本地与远程的工作可以分叉 如果要与给定的远程仓库同步数据,运行 git fetch- 命令(在本例 中为 git fetch origin)。 这个命令查找 `origin'' 是哪一个服务器(在本 例中,它是 `git.ourcompany 的 master 分支。 图表 34. 远程跟踪分支 teamone/master 推送 当你想要公开分享一个分支时,需要将其推送到有写入权限的远程仓库上。 本地的分支并不会自动与远程仓库同步——你必须显式地推送想要分享的分 支。 这样,你就可以把不愿意分享的内容放到私人分支上,而将需要和别人 协作的内容推送到公开分支。 如果希望和别人一起在名为 serverfix 的分支上工作,你可以像推送第一个分 某一种,或者将它们的特性混合搭配使用。 集中式工作流 集中式系统中通常使用的是单点协作模型——集中式工作流。 一个中心集线 器,或者说 仓库,可以接受代码,所有人将自己的工作与之同步。 若干个开 发者则作为节点,即中心仓库的消费者与中心仓库同步。 图表 54. 集中式工作流。 这意味着如果两个开发者从中心仓库克隆代码下来,同时作了一些修改,那么 只有第一个开发者可以顺利地把数据推送回共享服务器。 第二个开发者在推 0 码力 | 670 页 | 13.59 MB | 1 年前3
 git 操作手册#如果管理员合并新分支内容到main了,则需要成员同步一下main分支 成员电脑上操作: # git fetch rmtRepo main #同步远程代码库(同步远程的main分支到 本地的当前分支) # git merge remotes/origin/main main #合并同步远程代码库的main分支到 本地的main分支0 码力 | 35 页 | 1.69 MB | 1 年前3 git 操作手册#如果管理员合并新分支内容到main了,则需要成员同步一下main分支 成员电脑上操作: # git fetch rmtRepo main #同步远程代码库(同步远程的main分支到 本地的当前分支) # git merge remotes/origin/main main #合并同步远程代码库的main分支到 本地的main分支0 码力 | 35 页 | 1.69 MB | 1 年前3
共 4 条
- 1














 
 