C#で記述されたWindowsサービスを社内で開発および保守しています。他の人やチームがこのサービスのプラグインを作成します。
現在、このサービスのgitリポジトリには、このサービスと対話するプラグインの作成方法をプラグインの作成者に示すことを目的とした3つの「デモ」アプリが含まれています。
今の私の仕事は、これらのデモアプリに取り組むことです。なぜなら、今は非常に基本的なものだからです。
私たちはGitFlowを使い始めており、意味のあるワークフローを想像するのに苦労しています。実際のWindowsサービスプロジェクトのソースコードに触れていないときに、最終的にこのリポジトリの開発ブランチにマージされる機能ブランチを作成するのは奇妙に思えます。デモアプリを追加して改善しているところです。
これを行う正しい方法は何ですか?デモアプリ用の個別のリポジトリ?サブモジュール?
ここでは、別のレポが理にかなっています。
デモアプリはサービス自体から独立しており、機能中心のワークフローにより、デモアプリを強化することは、サービスよりもプラグインの作成者にとって有益です。
さらに、デモアプリを独自のリポジトリに配置することで、プラグインの作成者は、何も知る必要のない大量のソースコードをプルダウンすることなく、デモアプリのクローンを作成して拡張できます。