gitea - fatal: Authentication failed

文章目录

- gitea - fatal: Authentication failed
- 概述
- - run_gitea_on_my_pkm.bat
- 笔记
- 删除windows凭证管理器中对应的url认证凭证
- 启动gitea服务端的命令行
- 正常用 TortoiseGit 提交代码
- 备注
- END

gitea - fatal: Authentication failed

概述

本地的git归档服务端使用gitea.
原来的用法就一个大库，用了许久后，git操作的速度就慢了，还有报错提示(e.g. 健康检查超时之类)。
现在新的库(e.g. myPKM)就采用开小库, 但是git服务还是3000端口。
自己写了git库模板，对于每个库只要在模板上将路径改了，让gitea的工作目录对应不同的库目录就行，还是挺方便的。
现在有个新问题，这样用之后，如果在不同库之间切换, 需要关掉上一个gitea服务，然后开启新库的gitea服务。

run_gitea_on_my_pkm.bat

@echo off
rem run_gitea_on_my_pkm.bat
set PATH=C:\Program Files\Git\bin;C:\Program Files\Git\cmd;C:\soft\gitea;%PATH%
call gitea --work-path E:\my_git_rep\rep_my_pkm\my_pkm

但是提交时，因为url是一样的(e.g. AppURL(ROOT_URL): http://localhost:3000/), 但是每个库的登录token不一样了，导致下一个库提交时，用的还是上一个库的认证token. 提交没问题，但是在push时报错如下：
在这里插入图片描述
这个问题的原因是，windows凭证管理器已经保存了gitea认证信息，认证信息的key是根据url。
如果像我这么用gitea(不同库都是一个url, 只是要独立启动单独的不同的gitea命令行)，就会出现认证失败的问题。

对于由于同一个url引起的认证缓存(凭证)问题，导致认证失败，解决方法如下，任选：
方法1. 将gitea模板改了，让不同库使用不同的端口(e.g. rep1 use port 3000, rep2 use port 3001)
方法2. 如果本次要使用的库和上次不同(e.g. 上次正常提交了rep1, 现在要提交的是rep2), 在提交之前，去windows凭证管理器中，将这个url对应的凭证删掉，然后再启动rep对应的gitea命令行脚本。

考虑到自己的使用情况，并不会频繁切换不同的库(也就每一天结束时，要保存进度，才会启动gitea，进行入库)，一天最多几次push操作。
那么我就采用方法2，也不是很麻烦。

笔记

删除windows凭证管理器中对应的url认证凭证

在这里插入图片描述

因为gitea服务端就用3000端口的url, 看到3000端口的url删掉就行。
一般同一个url的认证凭证就一个。

启动gitea服务端的命令行

这没啥要记录的。

正常用 TortoiseGit 提交代码

当前用的是 TortoiseGit 2.17.0.1
add, commit 都是项目目录的git本地操作，不会涉及到远端，也就不会引发认证操作。
然后push,就会触发认证操作。
此时，在浏览器中弹出gitea网页端登录操作页面。
在这里插入图片描述
输入自己配的库用户名和口令，选择登录

点击"应用授权"按钮。

网页端认证成功了，关掉此网页。

此时，再回到TortoiseGit的push的UI, 就会看到在认证之后在push东西，直到成功。