2016-07-26 24 views
2

私はIARプロジェクトに取り組んでいます。問題はIARプロジェクトのどのファイルがgitリポジトリで無視できるかということです。 プロジェクト設定ファイルとソースファイルがgitログに混在しているのは、ベール退屈でバージョン管理には向いていません。誰でも良い提案ができますか?IARプロジェクトの典型的なgitignoreファイル

ありがとうございます。

答えて

1

私は通常、*.ewp*.ewwファイルを除くすべてのファイルを無視します。 ewpファイルには、プロジェクトをコンパイルするためのすべての情報が含まれており、関連するすべてのファイルはデバッガ設定(これはewdファイルだと思います)や、解析データベースリンク)。 ewwファイルはバージョン管理で保管しています。通常、複数のプロジェクトがワークスペースの一部として存在し、ワークスペースファイルにすべて格納されているバッチビルド機能を使用しています。ワークスペースに関連付けられた他のファイルには、ウィンドウのサイズに関する情報が含まれているため、必須ではありません。

出力ファイルもプロジェクトファイルに関連して保存されます。私は通常、*.outファイルを制御します。これは、デバッグ情報と、他のフォーマット(srecord、バイナリ、インテル16進数)と一緒に、デフォルトではコンフィグレーションExeディレクトリにあります。私はまたファイルを制御します。これはオプションで生成され、デフォルトではコンフィグレーションLstディレクトリにあります。 outファイルとマップファイルの間には、プローブ(ソースファイルと組み合わせたファイル)の問題をデバッグするために必要なものがあります。また、もしそれらがある場合は、メモリにアクセスして(データが格納されている場所を知るためのマップファイル) 。

1

コンパイルしたバイナリをソース管理下に置くことはお勧めしません。ここに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.* 
関連する問題