パターン全体でかなり頻繁に、考えられる限り最終的な展開に近いサブジェクトでコードをホットフットすることは健全ですが、現在はクラウド環境ではありません頑丈な CI/CD チェーンを経由せずに明示的な部分を置き換えるのは大変です。 私のパターンマシンでNixOS Linuxを使用してVMを見つけ、ホットフットし、反復し、再構築し、再実行するのは非常に有益だと思います。 今週は、NixOS での私のワークフローのこの要素を明らかにします.
今年私が魅了された他のすべてのミッションの決定された割り当てを見てみましょう: セットアップMQTT メッセージ パッシング エンジン。ローコードのよちよち歩きインターフェイスをユーザーに提供して、レコードを生成し、後で後処理します。その上に私が開発した他のすべてのコードモジュール。 合法的な記録の流出を容易にするために、システム モジュールを他のモジュールの上に積み重ねる方法を完全に考えましたが、最初に必要なシステム サービスと製品を構成して使い果たす方法を考えなければなりませんでした。 そうしている間、私はシステム構成を、一時的なセットアップと最大の実験可能性の主題から、製造を希望する構成の方向に適応させたいと考えました。 私は x86_64 コンピューターでコードを作成しましたが、最終的には Raspberry Pi 4 にデプロイすることもできました。 VM の作成 しばしば役立つ開発の取り決めは、多くの慣習的な式を含む展開から機器モジュールを逆向きに開発する「最初に展開する」ワークフローです。さらに考えられるように、カスタムインストゥルメントが開発されている場所は、ギャップを埋めるために閉じられています. Mosquitto MQTT Message Dealer サービスを実行し、その後、それを拡張する立場にあることを検出します。 これをサポートするために、ファイル