GitHubのプルコードネットワーク速度が遅いという問題を完全に解決する

私はGitHubとGitHubのプログラムに大きく依存しています。GitHubを使用すると、毎朝コンピューターの電源を入れて、最新のオープンソースプロジェクトについて学ぶふりをすることができます。

最近GitHubが大幅に遅いことに気づきましたか？ファンカンがない場合、コードをプルする速度はひどいです。プルの量が少ない場合、ほとんどプルダウンできませんが、データの量が多い場合、2 KiB /秒あなたはスピードに耐えることができますか？残業の途中まで引っ張ると不幸になります。

最近この問題に遭遇しました。seataコミュニティのseata.github.ioウェアハウスがしばらくの間大量のデータを突然追加し、もうそれを引き出すことができないことがわかりました。現時点では、Giteeを中間エージェントとして使用できます。具体的な操作プロセスについて詳しく説明しましょう。 。

GitHubには2つのリポジトリがあります。

1. Seata：GithubのSeataメインリポジトリは次のとおりです：https://github.com/seata/seata.github.io.git
2. objcoding：Seataのメインウェアハウスからウェアハウスをフォークします。アドレスは次のとおりです：https://github.com/objcoding/seata.github.io.git

次のコンテンツでは、座席とオブジェクトコーディングを使用して、これらの2つの倉庫を表しています。

Giteeがウェアハウスを作成するときに、既存のウェアハウスをインポートするときにGitHubウェアハウスからインポートすることを選択できます。このとき、シータメインウェアハウスのアドレスが入力されます。これは、Giteeウェアハウスがシータメインウェアハウスのコードを同期できることを意味します。

 

Giteeウェアハウスのクローンをローカルに作成します（現時点では、ウェアハウス名のデフォルトはoriginです）。

git clone https://gitee.com/objcoding/seata.github.io.git

 

 

この速度は私が泣きたいほど速いので、GitHub 2 KiB / sの悲惨な生活を想像できますか？

objcodingリモートウェアハウスを追加します。

git remote add objcoding https://github.com/objcoding/seata.github.io.git

objcodingリモートウェアハウスのコンテンツをローカルにフェッチします。

 

リモートウェアハウスのコードのほとんどがGiteeからプルされているため、速度は非常に高速です。

Seataリモートウェアハウスを追加します。

git remote add seata https://github.com/seata/seata.github.io.git

同様に、seataリモートウェアハウスのコンテンツをローカルにフェッチします。

現在、私のローカル倉庫には3つのリモート倉庫があります。

1. origin：Seataウェアハウスのコードを同期できるコードクラウドウェアハウス。
2. objcoding：Seata倉庫からの倉庫フォーク。
3. Seata：Seataのメイン倉庫。

ここになぜシータ倉庫を追加する必要があるのですか？これは、一般的に言って、sitaのメインウェアハウスに追加されるコードデータの量は非常に少なく、2Kib / sの速度でも、プルダウンできるため、通常、seataのメインウェアハウスから最新のコードを直接プルできます。 、しかし、seata.github.ioウェアハウスのように、突然大きな男が数十メガバイトのデータをアップロードし、Giteeウェアハウスを使用してこれらのコードを同期できます。具体的な操作は次のとおりです。

 

次に、対応するフェッチgiteeのブランチがデータをプルダウンできます。

 

上記は、同期プロセス全体の分析です。

転載：https://mp.weixin.qq.com/s/OTJ105LLvCQmC-21oomvCA