私はIARプロジェクトに取り組んでいます。問題はIARプロジェクトのどのファイルがgitリポジトリで無視できるかということです。 プロジェクト設定ファイルとソースファイルがgitログに混在しているのは、ベール退屈でバージョン管理には向いていません。誰でも良い提案ができますか?IARプロジェクトの典型的なgitignoreファイル
ありがとうございます。
私はIARプロジェクトに取り組んでいます。問題はIARプロジェクトのどのファイルがgitリポジトリで無視できるかということです。 プロジェクト設定ファイルとソースファイルがgitログに混在しているのは、ベール退屈でバージョン管理には向いていません。誰でも良い提案ができますか?IARプロジェクトの典型的なgitignoreファイル
ありがとうございます。
私は通常、*.ewp
と*.eww
ファイルを除くすべてのファイルを無視します。 ewp
ファイルには、プロジェクトをコンパイルするためのすべての情報が含まれており、関連するすべてのファイルはデバッガ設定(これはewd
ファイルだと思います)や、解析データベースリンク)。 eww
ファイルはバージョン管理で保管しています。通常、複数のプロジェクトがワークスペースの一部として存在し、ワークスペースファイルにすべて格納されているバッチビルド機能を使用しています。ワークスペースに関連付けられた他のファイルには、ウィンドウのサイズに関する情報が含まれているため、必須ではありません。
出力ファイルもプロジェクトファイルに関連して保存されます。私は通常、*.out
ファイルを制御します。これは、デバッグ情報と、他のフォーマット(srecord、バイナリ、インテル16進数)と一緒に、デフォルトではコンフィグレーションExe
ディレクトリにあります。私はまたファイルを制御します。これはオプションで生成され、デフォルトではコンフィグレーションLst
ディレクトリにあります。 outファイルとマップファイルの間には、プローブ(ソースファイルと組み合わせたファイル)の問題をデバッグするために必要なものがあります。また、もしそれらがある場合は、メモリにアクセスして(データが格納されている場所を知るためのマップファイル) 。
コンパイルしたバイナリをソース管理下に置くことはお勧めしません。ここにIARからの指針があります:https://www.iar.com/support/tech-notes/ide/which-files-should-be-version-controlled/
これは包括的なリストではありませんが、以下にいくつかの拡張があります.gitignore内に配置されています(同じリポジトリに複数のIARプロジェクトがあるため、 **ワイルドカードを使用してください)。また、通常のC/C++の拡張機能も使用してください。
# IAR Settings
**/settings/*.crun
**/settings/*.dbgdt
**/settings/*.cspy
**/settings/*.cspy.*
**/settings/*.xcl
**/settings/*.dni
**/settings/*.wsdt
**/settings/*.wspos
# IAR Debug Exe
**/Exe/*.sim
# IAR Debug Obj
**/Obj/*.pbd
**/Obj/*.pbd.*
**/Obj/*.pbi
**/Obj/*.pbi.*