サービスのベンダリングコード生成は、生成されたコードが他の依存関係との互換性を保つことを保証するために、生成ツールも一緒にベンダリングされる必要があるため、ベンダリングが少し複雑になります。ディレクトリがあり、それらをコンパイルし、上記で説明したようにツールを使用します。後にツールを再コンパイルするのを忘れないでください。使用することになるということです。ベンダリングされていないデザインに対して起動する必要がなければ問題になりません(実際は良いことです)。これは、たとえば、依存サービスのクライアントを生成しようとしている場合に発生する可能性があります。利用することになります。パッケージでデザインが初期化されることを意味します。パッケージをベンダリングすることです(これはおそらく最初にやるべきことです)。コマンドラインツールの代わりにプログラムでジェネレータを呼び出すことです。あなたのリポジトリに小さな接着用のパッケージを書くことで、あなたの好みのベンダリング・ツールでインポート依存関係とベンダリングしているすべてをトレースすることができます。その結果、バージョニングが簡素化され、ベンダリング・ユーティリティに依存関係が明示されます。inこれで準備できました。設計を調整しても、バージョンの競合を起こさずに、チームの全員がコードを決定的に再生成できます。呼び出しからを削除してください。コード生成パッケージを適切にベンダリングします。vendor/vendor.jsonこれにより、選択したベンダリング・ツールを使用してコード生成パッケージをいつ変更するかを制御できます。アップグレードしない限り、今後の実行において、誰の計算機上でも、決定的に同じコードを生成します。コードを生成する次のステップは、作成したデザインに基づいて実際にコードを生成することです。することだけ覚えておけばよくなります。externalにeと記されています)。パッケージが含まれており、ビジネスロジックの記述に役立ちます。その依存関係、また独自の依存関係も含まれていることに注意してください。