Go 1.5 はパッケージのバージョン管理の問題をどのように解決しましたか?

Go 1.5 のパッケージ バージョン管理

はじめに

Go プログラミング言語は、以下を使用して開発されました。シンプルさに重点が置かれていますが、このパラダイムの中でも、パッケージのバージョン管理において課題に直面しています。この記事では、Go に組み込みのパッケージ バージョン管理方法がない理由を調査し、Go 1.5 で導入されたベンダーリングと呼ばれるソリューションを紹介します。

歴史的コンテキスト

Go には組み込みのパッケージ バージョン管理システムが存在しないのは、シンプルさを維持したいという要望から生じたものです。この決定は、ユーザーがパッケージの最新バージョンのみを取得する容易さを好むことを前提として行われました。しかし、推移的な依存関係との競合を処理する際にユーザーが課題に直面したため、このアプローチの欠点が明らかになりました。

依存関係管理の課題

パッケージのバージョン管理がなければ、開発者は次のことを余儀なくされました。製品のメジャー バージョン変更に対して個別のリポジトリを作成すると、非効率になり、パッケージ履歴の可視性が低下します。さらに、公式ツールチェーンは最新バージョンの取得のみをサポートしているため、バグを解決するためのマイナー バージョンまたはマイクロ バージョン間のダウングレードが妨げられていました。

Go 1.5 でのベンダー

これらに対処するには制限があるため、ベンダーリングは Go 1.5 で実験的な機能として導入されました。このソリューションにより、ユーザーはコード内で使用される外部パッケージのバージョンを正確に制御できます。

ベンダーのメカニズム

ベンダーは、プロジェクト内にベンダー フォルダーを作成することで動作します。ディレクトリ。このフォルダーには、必要な外部パッケージの正確なコピーが含まれており、パッケージが外部で更新されている場合でも、プロジェクトが特定のバージョンを使用していることが保証されます。ベンダー ディレクトリからパッケージをインポートする場合、インポート パスは、workspace/src フォルダーとして扱われるため、ベンダー要素を省略します。

例

次の例を考えてみましょう。 :

/home/user/goworkspace/
    src/
        mymath/
            mymath.go
            vendor/
                github.com/somebob/math
                    math.go

このシナリオでは、mymath パッケージはgithub.com/somebob/math 外部パッケージ。このパッケージを mymath.go 内にインポートするには、次の構文が使用されます:

import "github.com/somebob/math"

このアプローチにより、mymath はベンダー ディレクトリにある特定のバージョンの github.com/somebob/math を確実にインポートします。

結論

Go でのベンダー1.5 は、パッケージのバージョン管理の課題に対する貴重なソリューションを提供します。開発者が外部パッケージのバージョンをきめ細かく制御できるようにすることで、ベンダー化によりリスクが軽減され、効率が向上し、企業による Go の導入が促進されます。

以上がGo 1.5 はパッケージのバージョン管理の問題をどのように解決しましたか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。