Altium PCBプロジェクトのバージョン管理するファイルはどれですか？

.gitignoregitでバージョン管理され、GitHubにリモートで保存されるAltiumプロジェクトのファイルを作成しようとしています。

デザインルールチェックの再実行やプロジェクトの再コンパイルなど、小さな変更を行うたびに更新しなければならないので、チームメイトが絶えず苦労するのは望ましくありません。バージョン管理システムに追加すべき最小限のファイルは何ですか？

# Ignore the subdirectory where output job outputs are placed
GeneratedOutput

# Ignore autosave files (anything that begins with a tilde)
~*

# What else to ignore?

SVNでAltiumファイルを管理するために使用する無視リストを以下に示します。面倒なことなく、.gitignore形式に変換できると確信しています（必要な場合でも）。

*/History/*
*.PrjPCBStructure
*.SchDocPreview
*.PcbDocPreview
*\__Previews
*\History
*.PrjPcbStructure
*~$*

@KyranFには同意しないことに注意してください。ファイルをアーカイブしたくありませんprjpcbstructure。プロジェクトをコンパイルするたびに完全に再生成されますが、実際には何もありません。それらは機能的には単なるビルドアーティファクトであり、コミットすべきではありません。

また、数百MBのローカルストレージに問題がある場合は、Historyスタッフによって数回保存されました。1。より大きなハードドライブ、および2.優先順位を修正するには、数百MBはまったく重大な考慮事項です。

また、ガーバーをコミットすることにも強く反対します。実際のPCBを一連のファイルに標準的にリンクしようとしている場合、特にガーバーのエクスポートおよび/または処理段階で問題が発生した場合、ガーバーを持つことが不可欠です。確かに、毎日ガーバーファイルを作成するべきではありません（毎日作成するのも面倒ではありません）が、製造元にリリースするガーバーの各セットを常にコミット（および理想的にはタグ付け）する必要があります。

Altiumではなく*~$*、SolidWorksの一時ファイルインジケータであると思われます。

他の回答への追加として：

• バージョン管理しない

  • 明らかなファイル：BOM、レポートファイルなど、生成される可能性のあるすべての出力。
  • .Dat-BOM生成の一部として（再）生成されます。冗長な情報のみが含まれているようです。
  • .TLT-GUIレイアウト情報。
  • .REP-ティアドロップレポートファイル。

• バージョン管理/バージョン管理の検討

  • 明らかなファイル：.PcbDoc、.PrjPcb、.SchDoc、.OutJob、.PrjPcbVariants
  • .DsnWrk-1日を通して作業中に、関連のないPCBプロジェクトをいくつか開くと、ワークスペースファイルが変更されることがよくあります。それはバージョン管理には関係ないので、私はそれを除外する傾向があります。
  • PcbLib、.SchLib、.PvLib-プロジェクトには、プロジェクト固有のライブラリが含まれている場合があります。
  • .PrjPcbStructure-階層構造に関する情報が含まれています。コンパイル時に（再）生成されます。構造が変更されたとき、とにかくコミットが保留されているため、バージョン管理できます。
  • .Annotation-ボードレベルのコンポーネントアノテーション情報が含まれます。
  • .Harness-これらのファイルにはハーネス定義が含まれており、生成できない任意の定義が含まれている可能性があります。

.prjpcb（PCBプロジェクトがあると仮定！）、. prjpcbstructure、.pcbdoc、および.schdocファイルのバージョン管理を行います。

履歴、プレビュー、ガーバー出力などの残りは一時的なファイルの一種であり、プロジェクトにとって重要ではありません。

編集：「履歴」ファイルの巨大なサイズにも注意してください。数百メガバイトになる可能性があるため、フォルダ全体が無視されている場合でも、プロジェクト/ Altiumの設定で履歴サイズを調整してください。サブバージョンのファイル制御により、PCのHDDスペースを使い果たします。