3

ワークスペースを整理する最良の方法と、より具体的には、少人数のグループで作業するときに単体テスト プロジェクト (Google フレームワークを使用) をセットアップする方法を知りたいので、私のコード:

  • 携帯しやすい
  • 他の人がコンパイルするための追加のセットアップは必要ありません
  • 特定の IDE またはコンパイラに依存しない

一般的な「グッドプラクティス」を好む場合でも、明確にするために実際の例を示します。

私は今年の夏にインターンとして働いていて、私たちの製品の 1 つの通信プロトコルを作成しています。私たちは 3 人で、さまざまな IDE、OS、コンパイラで開発しています。現在、プロジェクトは SVN リポジトリにあり、1 つのフォルダーには相対 IDE のプロジェクト設定があり、別のフォルダーにはソース コードが含まれています。

これにより、ソースコードをプロジェクトへの相対パスにリンクできるため、誰もが自分の設定で好きな場所にインポートできますが、コミットすると、全員の同じ .c および .h ファイルで変更が行われます。それは容認できる慣行ですか?

また、私は単体テストを作成しており、現在:

  • 各モジュール Foo には個別の FooTester プロジェクトがあります
  • 各 FooTester は、コンパイルされた静的ライブラリを介して .h ファイルにアクセスできます。
  • 内部は静的ライブラリを介して公開されます

それは正しい方法ですか?別々のプロジェクトを作成し、ライブラリを「手動で」リンクすると、私の個人的な設定に依存するようになります。

4

0 に答える 0