解决port 443问题

1.切换到全：

1
2
3
git config --global http.proxy http://127.0.0.1:10808
 
git config --global https.proxy http://127.0.0.1:10808

2.取消全：

1
2
3
git config --global --unset http.proxy
 
git config --global --unset https.proxy

3.再次切换到全：

1
2
3
git config --global http.proxy http://127.0.0.1:10808
 
git config --global https.proxy http://127.0.0.1:10808

这时会出现 port 22: Connection refused问题。

4.测试

1
git clone https://github.com/iwyang/DecoTV.git

用https克隆，不要用ssh协议克隆，否则即使daili了速度还是很慢。

修改后提交：

1
2
3
git add .
git commit -m "你的提交信息"
git push origin main
1
2
3
4
cd /root/docker/tv
docker-compose pull
docker-compose up -d
docker image prune

解决合并冲突问题

参考：在 GitHub 上解决合并冲突

1.在仓库名称下，单击 拉取请求。

2.在“Pull Requests（拉取请求）”列表中，单击含有您想要解决的合并冲突的拉取请求。

3.在拉取请求底部附近，单击 Resolve conflicts（解决冲突）。

提示：如果停用 Resolve conflicts（解决冲突）按钮，则拉取请求的合并冲突过于复杂而无法在 GitHub Enterprise Server 上解决，或站点管理员已禁用仓库之间拉取请求的冲突编辑器。 必须使用备用 Git 客户端或在命令行上使用 Git 解决合并冲突。 更多信息请参阅“使用命令行解决合并冲突”。

4.决定您是否想只保持分支的更改、只保持其他分支的更改，还是进行全新的更改（可能包含两个分支的更改）。 删除冲突标记 <<<<<<<, =======, >>>>>>> 并在最终合并中进行所需的更改。

5.如果文件中有多个合并冲突，请向下滚动到下一组冲突标记，然后重复步骤 4 和步骤 5 以解决合并冲突。

6.解决文件中的所有冲突后，单击 Mark as resolved（标记为已解决）。

7.如果您有多个冲突文件，请在“冲突文件”下的页面左侧选择您要编辑的下一个文件，并重复步骤 4 到 7，直到您解决所有拉取请求的合并冲突。

8.解决所有合并冲突后，单击 Commit merge（提交合并）。 这会将整个基本分支合并到头部分支。

9.如果出现提示，请审查您要提交的分支。 如果要提交到此分支，请单击 I understand, update *BRANCH*（我已了解，请更新 BRANCH）。

10.要合并拉取请求，请单击 Merge pull request（合并拉取请求）。 有关其他拉取请求合并选项的更多信息，请参阅“合并拉取请求”。

解决port 22问题

1.进入.ssh的目录，使用命令touch config创建一个配置文件，并写入你github的配置信息。（xxxxx@xx.com是你github的注册邮箱）

1
2
3
4
5
6
Host github.com  
User xxxxx@xx.com  
Hostname ssh.github.com  
PreferredAuthentications publickey  
IdentityFile ~/.ssh/id_rsa  
Port 443

2.更改配置文件config的权限。

1
chmod 600 config

3.再尝试查看连接状态

1
ssh git@github.com

Please make sure you have the correct access rights and the repository exist

如果即使已经添加本地公钥到github，还提示以上错误，并且执行ssh -T git@github.com提示22端口关闭，解决方法见上。

多 Git 仓库的 SSH-key 配置

PS:未测试

配置多 SSH key

1. 添加 RSA key

仍然使用命令

1
ssh-keygen -t rsa -c "your@email.com"

生成 RSA 密钥对，但在接下来的选项中指定一个不同的文件名，例如：

1
Enter file in which to save the key (/Users/userName/.ssh/id_rsa): /Users/userName/.ssh/new_rsa

这样就在 ~/.ssh 目录下生成了一对新的 RSA 密钥：new_rsa 和 new_rsa.pub.

2. 密钥配置

生成了新的密钥后，便可将新密钥成功添加到第二个 GitHub 账号. 但此时向第二个 Github 仓库推送更新仍然会显示无权限，因为若不经配置系统默认仍使用默认的密钥对 id_rsa.

需要如下配置：

在密钥目录 ~/.ssh/ 下编辑或新建配置文件 config，添加如下内容：

1
2
3
4
5
6
7
8
9
10
Host github.com
  HostName github.com
  IdentityFile ~/.ssh/id_rsa
  User git


Host alias
  HostName github.com
  IdentityFile ~/.ssh/new_rsa
  User git

理解其中配置项就可以灵活配置更多的 SSH key 了：

  • Host 是我们自己定义的一个别名，用来更方便地指代 HostName.
  • HostName 是远程地址的域名，需要正确配置.
  • IdentityFile 指定使用该配置项中的域名（或别名）时所使用的密钥文件.
  • User 使用 SSH 时的用户名，对于远程 Git 仓库来说一般使用 git.

以上第一个配置项，使域名为 github.com 的仓库默认使用 id_rsa 密钥对，第二个配置项为地址中使用了别名 alias 的仓库使用 new_rsa 密钥对

3. 使用别名配置仓库的远程地址

配置完以上内容后，当我们使用 alias 作为登陆地址时会使用指定的 new_rsa 密钥，否则仍默认使用 id_rsa 密钥，因此我们需要对想要使用 new_rsa 密钥的仓库地址做修改. 例如：

对于仓库地址为

1
git@github.com:user_name/repository_name.git

的 GitHub 远程仓库，我们推送更新时系统仍默认使用 id_rsa 密钥，若想使用 new_rsa 密钥则需修改地址为：

1
git@alias:user_name/repository_name.git

其他

  • 对于 Windows 用户需要注意 .ssh 目录的路径
  • config 不生效的话检查语法或尝试重启终端或设备后重试
  • 对于更多的密钥配置在 ~/.ssh/config 文件中同理追加更多配置项即可

参考链接：

1.解决 Failed to connect to github.com port 443

2.解决ssh: connect to host github.com port 22

3.多 Git 仓库的 SSH-key 配置