「go Mod ベンダー」について学ぶ

php エディタ Zimo では、Go 言語の重要な機能である「go mod サプライヤー」と呼ばれるテクノロジーを紹介します。 「go mod プロバイダー」を使用すると、開発者はプロジェクトが依存するサードパーティ ライブラリをより適切に管理および制御できます。このテクノロジーは、開発者が依存関係管理の問題を解決し、プロジェクトの安定性と信頼性を確保するのに役立ちます。 「go mod プロバイダー」の使用法と原則を理解することは、Go 言語開発者にとって非常に役立ちます。この記事では、このテクノロジーをより深く理解し、適用できるように、「go mod ベンダー」について詳しく説明します。

質問内容

「go modvendor」の目的は何ですか。ベンダーパッケージはモジュールキャッシュに保存されていないと思います。ただし、私の理解が正しければ、「go modvendor」の前に「go mod tiny」または「go get」を介して最初に go.mod を更新する必要があるため、これは間違っていると思います。 「go mod tiny」と「go get」はモジュールキャッシュ内のパッケージをダウンロードするようです。私にとって、「go mod プロバイダー」はモジュールのキャッシュされたコピーであるように思えます。モジュール キャッシュのコピーをプロジェクト ルートに保持する必要があるのはなぜですか?

もう 1 つの質問: 環境をセットアップするための推奨方法は何ですか? GOPROXY と GOPRIVATE を使用しているとします。どちらを使用するのが良いですか?サプライヤー ディレクトリまたはモジュール キャッシュ?あるいはそれは関係ありません。

この記事を読みました。

＃＃＃ありがとう！

ソリューション

プログラマとしての私たちの主な悩みは、常に制御ができないことです。依存関係は厄介なもので、すでに存在するものに依存せずに純粋なソフトウェアで何かを構築することはできません。ハードウェアだけでなく、通常はオペレーティング システムとそのドライバー、場合によっては外部ライブラリも含まれます。

外部ライブラリは Go モジュールが登場する場所です。依存関係がまだコンピューター上にない場合は、

go mod tiny と go get を使用してインターネットから依存関係をダウンロードできます。

これらのライブラリを取得したら、

go modvendor を使用して、システムの Go キャッシュ ディレクトリから、それらを使用する実際のリポジトリにライブラリをコピーできます。これらの依存関係をソース管理にチェックインします。これにより、依存するコードを完全に制御できるようになります。これらの依存関係はコードの一部になり、あなたがそれらを所有するようになります。プロビジョニングしなくても実際にはそれらを所有していますが、それらを制御することができないため、コードを将来にわたって使用できるようにしたい場合は、これを避ける必要があります。

コードとそのすべてのライブラリ依存関係を利用可能にし、(たとえば) GitLab にアップロードしたら、依存しているライブラリの元の所有者が敷物を引っ張り出して、ライブラリを削除しても問題ありません。たとえば、GitLab。これで、潜在的な問題がリストから削除されました。だからこそ、ベンダーは理にかなっているのです。

以上が「go Mod ベンダー」について学ぶの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。