Amqp: 安定したプロジェクトにはリリースタグが必要です

作成日 2019年07月22日 · 4コメント · ソース: streadway/amqp

これは＃125、＃280、および＃312で説明されていますが、考慮すべき新しいことがいくつかあります。

2017年に@michaelklishinは言った：

たぶん、Goが公式のパッケージ管理ツールを採用したら、これを再検討することができます。
まだデフォルトではありませんが、存在します。

Go ModulesはGO1.11以降のものであり、まだ議論されていますが、セマンティックバージョニングは、他のすべてのパッケージマネージャーにとって重要であるのと同様に、より実行可能にするための重要な部分です。

これがないと、modファイルは次のようになります。

module amqp/client

go 1.12

require (
    github.com/google/uuid v1.1.1
    github.com/streadway/amqp v0.0.0-20190404075320-75d898a42a94
)

モジュールがなくても、 gopkg.inなどのツールでリリースタグを使用して、 gopkg.in/yaml.v1などのインポートを行うことができます。

これは役立つだけでなく、良い習慣でもあります。このプロジェクトは安定していますが、1.xリリースタグのないリポジトリは通常不安定であると見なされます。

もう少し話し合いましょうか。

ソース

auyer

👍21

最も参考になるコメント

タグ付けしない理由は、下位互換性を維持することに厳格に取り組んできたためです。したがって、すべての変更は事実上、go.modタイムスタンプと同じパッチリリースになります。また、OSS規模でも継続的に統合する必要があると考えており、単一のリリースタイムラインで開発することでそれを促進したいと考えています。

このパッケージを使用している人が、依存関係を古いバージョンに固定する必要がないことを願っています。

@auyer解決された依存関係グラフを表示し、プレリリースに対する統合としてv0.0.0を目立たせるというトピックを取り上げてくれてうれしいです。これはタグ付けの良い議論です。

@vibridi@ vtolstovリマインダーをありがとう-申し訳ありませんが彼らは答えられませんでした。

@FedeBev将来の問題を作成するとき、あなたが恩恵を受け、あなたの言語でそれほど要求の厳しいトーンを使用しない具体的なケースを提示してください。

streadway 2020年06月10日

🎉2 ❤1 😄1 👍1

全てのコメント4件

Go 1.13がリリースされたので、この問題に関するニュースはありますか？

vibridi 2019年10月15日

👍4

穏やかなping、v1.0.0にタグを付けてください

vtolstov 2020年03月28日

👍2

このプロジェクトがまだバージョン管理されていない理由を本当に理解することはできません。実際、@auyerに完全に同意します。
2017年には正当な理由がありましたが、今はそうは思いません。 Amqpはプロジェクトの非常に重要な依存関係である可能性があるため、安定した広告で人間が使用できるバージョン管理を行うことが非常に重要です。

どうぞ、これに対処してください。

FedeBev 2020年04月08日

👍4