Dockerを使用したQuick Goプロジェクトのビルドをベンダーライブラリにチェックインなし

Question

src/vendorにあるすべてのライブラリはdocker-compose buildとなっています。配布されたライブラリをソース管理に追加すると、ライブラリの更新が更新されず、プルリクエストの差異がひどく汚染されます。

中間にキャッシュがありますか？

Answer 1

途中にはキャッシュがありますか？

はい、いくつか。しかし、システム/好みの方法と戦わないでください。

$GOPATH/src/MyProject/vendorのように、すでに行っているようです。ソース管理にvendoredライブラリを追加

ライブラリのdisavantageはすべてがあなたのレポのチームの管理に依存していること...

を更新されていません。誰もがベンダーを無視すれば、それは失効するでしょう。

個人的には、すべての依存関係を調べて、テストスイートを実行し、devサーバー上でQA統合テストのエラーが更新されず、エラーログに注意を払うリリース後。 godepやgostatusのようなツールは、あなたのベンダーのフォルダをすばやく更新できるという点で、GOPATHを最新の状態に維持するのに大いに役立ちます。

専用のコミットであることを確認してください。そのため、問題が急になると急いで元に戻すことができます。また、多額のプル要求のすべての

ファーストの差分を汚染

、それは単にプロセス・タスクです。私はすべてのプルリクエストに対してリベースを行い、すべてのreposですべてのマージを拒否します。これは非常にきれいなgitの履歴を保持します。より多くの点では、ベンダーが更新されるまで、リベースによってローカルコミットが行われます。誰かが同じパッケージを追加しない限り、競合することはありません。その時点では簡単なことですが、最新のものを取ってやりなさい。

/ベンダーの管理について心配するよりも、処理上の問題があるような音がします。