模式实验室应该将哪些内容提交给主分支？

我开始使用模式实验室开始我们的第一个项目，我无法分辨我应该为我的团队提供什么。树枝来构建与有以下.gitignore文件以：模式实验室应该将哪些内容提交给主分支？

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

看来，起码，源/ *应，如果这是共享和多开发者的贡献提交。似乎配置，软件包和供应商也需要正确构建。我不确定出口是什么。

在公开场合，我敢肯定我可以忽略所有事情，因为它看起来似乎都是从零开始构建的。我们可以在个人本地机器上以及在服务器上构建。

那么这更像是什么应该忽略？对于一起工作的团队？

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

是否有另一个工作流程，我错过了？如果有一个关于这个地方的资源，我一直无法找到它，但我很乐意简单地指出。

Also posed in the repo，但没有看到最近的活动。如果有回应，请在此更新。

来源

2016-03-28 alexbea

基于直觉和测试我的思想的TLDR是只有'public /'的内容应该被忽略。这似乎是唯一被重建的人。我的困惑主要来自默认的.gitignore。 – alexbea

GitHub项目的维护者dmolsen在那里回复了我。 https://github.com/pattern-lab/patternengine-php-twig/issues/15#issuecomment-202633762

他的回应是直接关系到回购：

的的.gitignore主要集中于谁使用Composer来建立或更新他们的项目乡亲。如果你下载了zip文件，并希望这是你自己的真实副本，那么你是正确的，一小部分.gitignore可以被删除。

软件包/和供应商/肯定可以在这种情况下被删除。他们是由Composer构建过程创建的。请注意，您只希望您的团队中的一位成员运行Composer更新并推送更改至回购。其他任何事情都可能变得非常混乱。

添加配置/和源/可能是矫枉过正的我的一部分。更重要的是确保我不会意外地提交一些内容，但这不会在我的开发环境中发生。随意把它们拿出来。我将来也会删除它们。

我会离开export/in，因为它与public /类似。这只是一个出口干净模式的地方，不需要跟踪。这是一个新的和没有记录的功能。

感谢dmolsen的回应！

来源

2016-03-29 21:48:50 alexbea

模式实验室应该将哪些内容提交给主分支？

回答

相关问题