ソフトウェアのバージョンを更新する習慣があり、どのバージョンのGitBOLD_2Httpリポジトリからコードをプルすればよいか分からない。

fatal: Unencrypted HTTP is not supported for GitLab. Ensure the repository remote URL is using HTTPS

背景説明

環境：Windowsプラットフォーム、これまでずっとTortoiseGitを使ってgitを操作しており、秘密鍵の設定もTortoiseGit経由で行ってきた。以前に一度スクリプトを作成し、ローカルのリポジトリを一括で更新したことがある。

先行きのリンク：批量更新本地Git仓库

コードアップデート中にエラーが発生し、リポジトリが正常に更新されなくなりました。Git应该提供了配置，让我继续使用httpのアップデートでリポジトリを更新しようとしたのですが、該当する設定項目が見つかりませんでした。

最も簡単な解決策は、ssh协议来更新仓库，公司配置的gitlab短期内不会提供httpsプロトコルに切り替えることです。

遺棄問題

前面でバッチ更新スクリプトを作成する際、本来は__INLINE_CODE_0__的方式拉取仓库，也没细查是因为什么，通过小乌龟配置的__INLINE_CODE_1__の設定情報をconfigに同期させるはずだったが、それが実行されず、コマンドラインからの実行

git pull #提示没有权限，无法正常更新仓库

コマンドでキー設定を確認することも正しいです。

もしTortoiseGitで問題なくコードをプルできるのに、コマンドラインでgit pullを実行した際に鍵のエラーが表示される場合、これはTortoiseGitがPuTTYのSSHキーを使用しているのに対し、コマンドラインがOpenSSHのSSHキーを使用していることが原因かもしれません。

小烏亀のキー設定は、システム.sshフォルダから鍵ファイルを読み込まず、インターフェースのリポジトリ設定時に個別に鍵ファイルのパスを設定します。便利なテクニックとして、最初にリポジトリを構成した際に鍵を設定すれば、他のリポジトリもこの鍵ファイルを再利用できます。PuTTYで鍵をロードすると、すぐに終了せず、プロキシサービスを開始します。

グローバル設定を調整し、システムデフォルトの__INLINE_CODE_0__設定を使用しないことで、Git Bash は TortoisePlink を使用して SSH 接続を行います。この構成は、TortoiseGit に付属する PuTTY ツールを使用する場合に適しています。

git config --global core.sshCommand "'C:/Program Files/TortoiseGit/bin/TortoisePlink.exe' -batch -ssh"

設定された実行ファイルパスを、必要に応じて小烏龜のパスに合わせて変更してください。完全なパスが設定されているため、システム環境変数への追加は不要です。