パターンブランチからマスターブランチにコミットする必要があるのは何ですか？

Question

私はPattern Labを使って最初のプロジェクトを開始しています。私は自分のチームに何をすべきかは分かりません。これが共有されるべきであり、複数の開発者が貢献している場合は非常に少なくとも、ソース/ *コミットすべきであると思わ

.DS_Store 
composer.lock 
config/* 
export/* 
packages/* 
public/* 
source/* 
vendor/* 

：小枝のビルドは、次のを持っていた.gitignoreファイルに付属しています。また、正しく設定するためには、config、packages、およびvendorが必要になると思われます。私は輸出が何であるか分かりません。

私はすべてが無視されることができると確信しています。なぜなら、すべてゼロからうまく構築するように見えるからです。個々のローカルマシンとサーバー上に構築することができます。

これは無視する必要がありますか？一緒に働くチームのために？

.DS_Store 
composer.lock 
public/annotations/ 
public/css/ 
public/images/ 
public/js/ 
public/patternlab-components/ 
public/patterns/ 
public/ 
public/favicon.ico 

もう1つのワークフローがありますか？これについてのリソースがあれば、私はそれを見つけることができませんでしたが、私は単にそこに指摘されてうれしいです。

Also posed in the repoですが、最近のアクティビティは表示されません。応答があればここで更新されます。

Answer 1

GitHubプロジェクトのメンテナー、dmolsenが私にそこに返答しました。 https://github.com/pattern-lab/patternengine-php-twig/issues/15#issuecomment-202633762

彼の答えはそのレポに直接関係している：

.gitignoreは、主に自分のプロジェクトを構築したり、更新するために、Composerを使用人々に焦点を当てています。あなたがzipをダウンロードし、それがあなた自身の真のコピーであることを期待しているならば、あなたは正しいです、.gitignoreの公正なビットは削除することができます。

パッケージ/とvendor /はこのシナリオでは間違いなく削除できます。 Composerのビルドプロセスによって作成されます。 Composerを更新して変更をリポジトリにプッシュするチームのメンバーが1人だけであることに注意してください。他のものは本当に乱雑になる可能性があります。

config /とsource /を追加することは、おそらく私のところでは過剰です。間違って何かをコミットしないようにするのはもっと重要ですが、私の開発環境でこれ以上起こることはありません。どうぞそれらを取り出してください。私は将来もそれらを削除します。

私はexport/inをpublic /と同じように残しておきます。クリーンなパターンをエクスポートする場所であり、追跡する必要はありません。それは新しく、文書化されていない機能です。

応答のためにdmolsenに感謝します！