Edge-home-orchestration-go: 【検討事項】プラットフォームサポートの方針

一般に、エッジオーケストレーションシステムを普及させるには、できるだけ多くのH / Wプラットフォームをサポートする必要があると思います（これがその際立った特徴になります）。
しかし、エッジオーケストレーションの維持とテストが難しい場合があることを理解しています。 したがって、メインページにテーブルを作成することを提案しました。

Maintained列は、エッジオーケストレーションが最新にテストされた_version_または_repositoryタグ_を示します。 ビルドに関する追加情報（例：プラットフォーム-docker、native、android）を追加し、外部開発者がこのH / Wプラットフォームでエッジオーケストレーションを実行するのを支援できる担当者を指定することもできます。

前に述べたように、 build.shスクリプトを、各H / WまたはS / Wプラットフォームの更新されたMakefileおよび構成ファイルに置き換えるとよいでしょう。 （これにより、エッジオーケストレーションシステムの構築がより柔軟になります。）また、新しいボードと構成を追加する方法の説明を追加します。

また、リリースまたはリクエストの前に、Raspberry Pi 3およびHiKey960ボードでエッジオーケストレーションをテストする準備ができています。また、Raspberry Pi4でエッジオーケストレーションを実行して説明を追加することもできます。 おそらく@ t25kimは、Raspberry

@tdrozdovskyこの問題レポートから、プラットフォームサポートを拡張するための潜在的な提案（およびPRに関する取り組み）から始めましょう。

多くのプラットフォームを維持する余裕があれば、それらをサポートすることは本当に良い考えです。

おそらく@ t25kimは、Raspberry

Raspberry Pi OSは同じなので、 RPi3の指示に従って

新しいハードウェアプラットフォームを追加し、それは美しいです。 しかしもちろん、それらの操作性とテストについては懸念があります。 この問題を解決するために、次のことができると思います。
テーブルを変更する

| プラットフォーム| 維持|
| ------------------------- | ------------ |
| [x86_64 Linux] | ココナッツ|
| [ラズベリーパイ3] | ココナッツ|
| [HiKey960] | ココナッツ|
| [ラズベリーPi3クラスター] | ココナッツ|
| 【オレンジPi3】| ココナッツ|

これに：

| プラットフォーム| 維持| メンテナ| 短いコメント|
| ------------------------- | ------------ | ---------- --- | ----------------- |
| [x86_64 Linux] | ココナッツ| @ lf-edge / edge-home-orchestration-go-maintainers @ lf-edge / edge-home-orchestration-go-committers | |
| [ラズベリーパイ3] | ココナッツ| @ t25kim | |
| [HiKey960] | ココナッツ| @tdrozdovsky | |
| [ラズベリーPi3クラスター] | ココナッツ| @tdrozdovsky | |
| 【オレンジPi3】| ココナッツ| @ Vitalii55 | |

そしてもちろん、代わりにテストされたセマンティックバージョンを示しますcoconut

ドラフトですので、考えてみましょう！

@tdrozdovsky 100％同意します！