4

我正在使用 Pattern Lab 开始我们的第一个项目，我不知道我应该为我的团队做些什么。Twig 构建附带一个 .gitignore 文件，该文件具有以下内容：

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

如果要共享并且要让多个开发人员做出贡献，似乎至少应该提交 source/* 。似乎还需要配置、包和供应商才能正确构建。我不确定出口是什么。

在公共场合，我很确定我可以忽略一切，因为它似乎从头开始构建得很好。我们可以在单个本地机器以及服务器上构建。

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

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

我还缺少另一个工作流程吗？如果在某个地方有关于此的资源，我无法找到它，但我很乐意简单地指向那里。

也在 repo 中提出，但看不到最近的活动。如果有回复，会在这里更新。

4

1 回答 1

0

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

他的回应与该回购直接相关：

.gitignore 主要针对使用 Composer 构建或更新项目的人。如果您下载了 zip 并期望它是您自己的真实副本，那么您是正确的，可以删除相当多的 .gitignore。

packages/ 和 vendor/ 在这种情况下绝对可以删除。它们由 Composer 构建过程创建。请注意，您只希望团队中的一名成员运行 Composer 更新并将更改推送到 repo。其他任何事情都可能变得非常混乱。

添加 config/ 和 source/ 对我来说可能是矫枉过正。更重要的是要确保我不会意外提交某些东西，但这不会再发生在我的开发环境中。随意把它们拿出来。我将来也会删除它们。

我会把 export/ 留在里面，因为它类似于 public/。它只是一个导出干净模式的地方，不需要跟踪。这是一个新的和未记录的功能。

感谢 dmolsen 的回复！

于 2016-03-29T21:48:50.893 回答