这也意味着你在离线或者没有 VPN 时，几乎可以进行任何操作。 如你在飞机 或火车上想做些工作，就能愉快地提交（到你的 本地 副本，还记得吗？）， 直到有网络连接时再上传。如你回家后 VPN 客户端不正常，那么也仍能工 作。 使用其它系统的话，做到这些是不可能或很费力的。 比如，用 Perforce 的话，没有连接服务器时几乎不能做什么事；而用 Subversion 和 CVS 的 话， 你能 稍后再 谈。 既然如此，当你看到 Git 的 mv 命令时一定会困惑不已。 要在 Git 中对文件改 名，可以这么做： $ git mv file_from file_to 它会恰如预期般正常工作。 实际上，即便此时查看状态信息，也会明白无误 地看到关于重命名操作的说明： $ git mv README.md README $ git status On branch master Your hooks/post-update 这样就可以了。 Git 自带的 post-update 挂钩会默认执行合适的命令（git update-server-info），来确保通过 HTTP 的获取和克隆操作正常工作。 这 条命令会在你通过 SSH 向版本库推送之后被执行；然后别人就可以通过类似 下面的命令来克隆： $ git clone https://example.com/gitproject.git

这也意味着你在离线或者没有 VPN 时，几乎可以进行任何操作。 如你在飞机或火车上想做些工作，就能愉快地 提交（到你的 本地 副本，还记得吗？）， 直到有网络连接时再上传。如你回家后 VPN 客户端不正常，那么也仍 能工作。 使用其它系统的话，做到这些是不可能或很费力的。 比如，用 Perforce 的话，没有连接服务器时几乎 不能做什么事；而用 Subversion 和 CVS 的话， 你能修改文 我们稍后再谈。 既然如此，当你看到 Git 的 mv 命令时一定会困惑不已。 要在 Git 中对文件改名，可以这么做： $ git mv file_from file_to 42 它会恰如预期般正常工作。 实际上，即便此时查看状态信息，也会明白无误地看到关于重命名操作的说明： $ git mv README.md README $ git status On branch master Your hooks/post-update 这样就可以了。 Git 自带的 post-update 挂钩会默认执行合适的命令（git update-server-info），来 确保通过 HTTP 的获取和克隆操作正常工作。 这条命令会在你通过 SSH 向版本库推送之后被执行；然后别人就 可以通过类似下面的命令来克隆： $ git clone https://example.com/gitproject.git

服务器上安装客户端程序。客户端程序用于测试 Gitea 服务器与数据库之间的连接， 而 Gitea 本身使用 Go 提供的数据库驱动程序完成相同的任务。此外，请确保服务器和客户端使用相同的引擎版 本，以使某些引擎功能正常工作。出于安全原因，请使用安全密码保护 root （MySQL）或 postgres （PostgreSQL）数据库超级用户。以下步骤假设您在数据库和 Gitea 服务器上都使用 Linux。 StrictHostKeyChecking=no git@127.0.0.1 "SSH_ORIGINAL_COMMAND=\"$SSH_ORIGINAL_COMMAND\" $0 $@" 为了使转发正常工作，需要将容器（22）的 SSH 端口映射到 docker-compose.yml 中的主机端口 2222。由于此端 口不需要暴露给外界，因此可以将其映射到主机的 localhost ： 可能将会将数据库升级到与旧版数据库 不同的结构。 举个例子: 当前 目标 结果 1.4.0 1.4.1 1.4.1 1.4.0 ⚠ 不建议，后果自负！尽管数据库结构可能不会变更，让它可以正常工作。我们强烈建议 降级前进行完全的备份。 1.4.x 1.5.y 数据库会被自动升级。你可以直接从 1.4.x 升级到最新的 1.5.y。 1.5.y 1.4.x 数据库已被升级且无法用于旧版本Gitea，使用备份来进行降级。

#出现这行说明已经登录成功了 Connec�on to gitlab.cof-lee.com closed. #关闭连接是正常的，因为gitlab 不提供登录shell ★使用ssh连接进行克隆操作 # git clone git@gitlab.cof-lee.com:cof/pro-1.git