序文
(1) 英語のブログはどれも偉そうに書かれているので全く理解できません。もう少し敷居が低い英語ブログサイトは他に見つかりません。これは私が reddit で見たディスカッションを共有するものです。
(2) 原文へのリンク: https://www.reddit.com/r/embedded/comments/15idc39/with_stm32s_how_do_teams_use_version_control_git/
質問
STM32 では、チームは CubeIDE でバージョン管理 (git) をどのように使用しますか?
チームは、STM32 用の CubeIDE でバージョン管理 (git) をどのように使用していますか?
誰かがどこにクローンを作成するか、reop 内のフォルダー構造がどうあるべきかなどについて説明してもらえないかと思います。私たちのチームはそれを管理するのに苦労しています。
誰かがどこにクローンを作成するか、reop 内のフォルダー構造がどうあるべきかなどを説明できるかどうか疑問に思いました。私たちのチームはそれを管理するのに苦労しています。
似ているものの異なる IOC ファイルを使用して、チームはテスト構成 (開発キット上) と展開 (カスタム PCB 上) をどのように管理すればよいでしょうか? 何かアドバイス？
チームは、似ているが異なる IOC ファイルを使用して、テスト構成 (開発キット上) と展開 (カスタム PCB 上) をどのように管理していますか? 助言がありますか？
2～10人の小規模チーム向けのアドバイスを求めています。
2 ～ 10 人の小規模チームの場合はアドバイスを求めてください。
短い返信
以下の回答では、cubemx について文句を言う人が多すぎて、cubemx を使うのをやめるよう説得している人がたくさんいます（苦笑）。そこでcubemxを使い続けるための解決策をまとめてみました。
(1) cubemx を使用した開発では、チーム全体で cubemx のバージョンを統一する必要があります。そうしないと、バージョンの違いによりカーネル コードが異なる可能性があり、互換性のないコードが生成されるリスクに直面します。
(2) 開発開始から開発終了までの間、cubemx のバージョンアップは行わないでください。理由は上記と同じです。
(3) コード ジェネレーターによってこれらのコードが削除されるため、特別に生成されたコメントにはカスタム コードを含めないでください。
(4) コードをハードウェアから抽象化してみます。この感覚のほうが適切です。
(5) Cubeide によって生成されたコードを vscode またはその他の場所に移植する方法を見つけて、独自のビルド スクリプトを作成することを強くお勧めします。それほど時間もかからず、作業が簡単になります。(私はこれを理解できませんでした)
(6) ここでは例を挙げた方が分かりやすいと思います。Cube コードは、main.h に含まれる Core/ にあります。その後、追加のすべての周辺クラスには main.h が含まれます。
https://github.com/jasonyang-ee/STM32G431KB