Gitea 将用 于连接的数据库用户名。 您需要将 Gitea 和数据库服务器的域名映射到它们各自的 IP 地址。可以为它们设置 DNS 记录，也可以在 每个系统上的 /etc/hosts （Windows 中的 %WINDIR%\System32\drivers\etc\hosts ）中添加本地映射。这样可 以通过域名而不是 IP 地址进行数据库连接。有关详细信息，请参阅您系统的文档。 会为前端文件生成精简的源映射以节省空间。 这可以通过“ENABLE_SOURCEMAP”环境变量进 行控制： ENABLE_SOURCEMAP=true 生成所有源映射，这是开发版本的默认设置 ENABLE_SOURCEMAP=reduced 生成有限的源映射，这是生产版本的默认设置 ENABLE_SOURCEMAP=false 不生成源映射 源映射 使用源代码安装 - 30 "SSH_ORIGINAL_COMMAND=\"$SSH_ORIGINAL_COMMAND\" $0 $@" 为了使转发正常工作，需要将容器（22）的 SSH 端口映射到 docker-compose.yml 中的主机端口 2222。由于此端 口不需要暴露给外界，因此可以将其映射到主机的 localhost ： 1. ports: 2. # [...] 3. - "127.0.0.1:2222:22"

com/libgit2/libgit2 fetch = +refs/heads/*:refs/remotes/origin/* 以 fetch = 开头的行是一个 “refspec.” 它是一种把 remote 的名称映射到你本 地 .git 目录的方法。 这一条（就是上面的这一条）告诉 Git，“remote 上 refs/heads 下面的内容在我本地版本库中都放在 refs/remotes/origin 。” push["pusher"]["name"] branch = push["ref"] # get a list of all the files touched files = push["commits"].map do |commit| commit['added'] + commit['modified'] + commit['removed'] end files = files.flatten 合并进入你的 master 分支 （即使那个修复已经在那儿了）这 样当你之后再次合并 release 分支时，就不会有来自 bugfix 的冲突。 子树合并 子树合并的思想是你有两个项目，并且其中一个映射到另一个项目的一个子目 录，或者反过来也行。 当你执行一个子树合并时，Git 通常可以自动计算出其 中一个是另外一个的子树从而实现正确的合并。 我们来看一个例子如何将一个项目加入到一个已存在的项目中，然后将第二个

com/libgit2/libgit2 fetch = +refs/heads/*:refs/remotes/origin/* 以 fetch = 开头的行是一个 “refspec.” 它是一种把 remote 的名称映射到你本地 .git 目录的方法。 这一条 （就是上面的这一条）告诉 Git，“remote 上 refs/heads 下面的内容在我本地版本库中都放在 refs/remotes/origin 。” 你可以把这一段修改一下，添加另一个 push["pusher"]["name"] branch = push["ref"] # get a list of all the files touched files = push["commits"].map do |commit| commit['added'] + commit['modified'] + commit['removed'] end files = files.flatten 合并进入你的 master 分支 （即使那个修复已经在那儿了）这样当你之后再次合并 release 分支时，就 不会有来自 bugfix 的冲突。 子树合并 子树合并的思想是你有两个项目，并且其中一个映射到另一个项目的一个子目录，或者反过来也行。 当你执行 一个子树合并时，Git 通常可以自动计算出其中一个是另外一个的子树从而实现正确的合并。 我们来看一个例子如何将一个项目加入到一个已存在的项目中

#查看指定的tag信息 # git push rmtRepo v1.2 #将指定的tag推送到远程仓库，先参考下一节 进行远程仓库的映射 # git push rmtRepo --tags #推送所有tag到远程仓库 # git tag -d v1.0.1 #进入克隆后的项目目录 # git remote -v #直接克隆的话，默认将远程仓库映射到本地，别 名为origin origin h�ps://gitlab.cof-lee.com/cof/pro-1.git (fetch) origin h�ps://gitlab.cof-lee 远程仓库 # git branch -d -r origin/bran4 #删除远程分支的映射，远程仓库上还有bran4， 本地没有remotes/origin/bran4了 # git push origin --delete bran4 #删除本地上关于远程分支的映射以及在远程 上也真的删除远程分支 Username for 'h�ps://gitlab.cof-lee

push["pusher"]["name"] branch = push["ref"] # get a list of all the files touched files = push["commits"].map do |commit| commit['added'] + commit['modified'] + commit['removed'] end files = files.flatten `git rev-list #{base_branch}..#{topic_branch}`.split("\n") remote_refs = `git branch -r`.split("\n").map { |r| r.strip } target_shas.each do |sha| remote_refs.each do |remote_ref| shas_pushed = `git the configuration. This is actually fairly easy to do using your favorite Perforce client; just map the //.git-fusion directory on the Perforce server into your workspace. The file structure looks like

push["pusher"]["name"] branch = push["ref"] # get a list of all the files touched files = push["commits"].map do |commit| commit['added'] + commit['modified'] + commit['removed'] end files = files.flatten `git rev-list #{base_branch}..#{topic_branch}`.split("\n") remote_refs = `git branch -r`.split("\n").map { |r| r.strip } target_shas.each do |sha| remote_refs.each do |remote_ref| shas_pushed = `git tweak the configuration. This is actually fairly easy to do using your favorite Perforce client; just map the //.git-fusion directory on the Perforce server into your workspace. The file structure looks like

push["pusher"]["name"] branch = push["ref"] # get a list of all the files touched files = push["commits"].map do |commit| commit['added'] + commit['modified'] + commit['removed'] end files = files.flatten `git rev-list #{base_branch}..#{topic_branch}`.split("\n") remote_refs = `git branch -r`.split("\n").map { |r| r.strip } target_shas.each do |sha| remote_refs.each do |remote_ref| shas_pushed = `git the configuration. This is actually fairly easy to do using your favorite Perforce client; just map the //.git-fusion directory on the Perforce server into your workspace. The file structure looks like