web-dev-qa-db-ja.com

Teamcityからgithubリストへのリモート参照に失敗しましたが、承認されていないjgitです

同じマシン上で同じ資格情報を使用してWindowsのgithubを使用すると、正常に機能します。プル/クローンできます。

ただし、同じマシンにWindowsサービスとしてインストールされているteamcityは、次のエラーを返します

List remote refs failed: org.Eclipse.jgit.errors.TransportException: https://github.com/my-private-repo.git: not authorized
20
NimChimpsky

TeamcityのプロジェクトVCSルートで、認証方法がssh公開/秘密鍵に基づいている場合、フェッチURLは[email protected]:.../repository.gitのようになります。フェッチURLでhttps://を使用すると、エラーメッセージが表示されます。

リモート参照のリストに失敗しました:org.Eclipse.jgit.errors.TransportException ..

発生することが。

25
user4193783

Bitbucketでは、設定でアプリパスワードを作成してこれを解決し、bitbucketパスワードの代わりにアプリパスワードを使用しました

2
sawe

Stash(= Bitbucketサーバー)と同じエラーがあり、解決策は、TeamCityで指定されたユーザーに、リポジトリにアクセスするためのStashのアクセス許可を与えることでした。権限はリポジトリごとです。

2
Riga

他の誰かが似たようなものを持っている場合、それはGitHubのユーザー資格情報でしたが、私はまだどの設定を正確に追跡していません。

コマンドラインでクローン/フェッチ/プルおよびlsリモートを実行できたとしても(問題のあるユーザーとして)、TeamCity内で別のユーザーを使用しても機能します。

1
NimChimpsky

同じ問題があり、Githubでパーソナルアクセストークンを作成し、TeamCityでパスワードとして使用することで解決しました。

0

関連性はないかもしれませんが、「teamcity、github、list remote refs failed」というキーワードでここに来る可能性があります。

サーバーがプロキシの背後にある場合は、 接続タイムアウト:github.com に従ってTeamCityサーバーのプロキシを設定してください

主なアイデアは次のとおりです。

TeamCityでプロキシを使用できるようにするには、環境変数を作成する必要があります。

名前:TEAMCITY_SERVER_OPTS

値:-Dhttp.proxyHost = 192.168.0.1 -Dhttp.proxyPort = 80 -Dhttps.proxyHost = 192.168.0.1 -Dhttps.proxyPort = 80

0
Eugene

IISでホストされているgitサーバーでも同じエラーが発生しました。

IISに「基本認証」をインストールした後に問題が発生しました。その後、gitサーバーのWebサイトで新しい認証方法「基本認証」が有効になりました(デフォルトのようです)。 「基本認証」を無効にすると、問題が解決しました。

0
JanDotNet

ローカルgitクライアントで同じ資格情報を使用してPush/getを試行すると、資格情報に関連する可能性がある詳細が提供される可能性があります。

TeamCityが同じエラーを示し、これらのソリューションが機能しなかったので、これは私にとってでした。

0
valentasm

SSH KEYSを使用して、Azure TFS GIT URLにアクセスできるようにするか、[代替資格情報を有効にする]をオンにして[代替資格情報]の設定を変更し、ユーザー名とパスワードを使用するだけでリポジトリにアクセスできるようにします。

最初にAzure DevOpsでプロジェクトに移動します。

enter image description here

次に、RHSメニューで[セキュリティ]を選択します。

enter image description here

最後に、LHSメニューで[Alternate Credentials]を選択し、[Enable authentication alternate credentials]をクリックして、ユーザー名とパスワードを入力します。

enter image description here

これは、SSHキーを使用するよりも安全性が低いことに注意してください。

0
user8128167