edp的功能与svn / git等版本管理系统的ignore问题

[otakustay]

这些是否应该进到版本库里？我的理解是module.conf可能需要进，.edpproj不应该进，所以edp是否应该支持加ignore的功能？

[errorrik]

.edpproj我觉得也需要进。import时的判断依赖这货，build一个项目依赖项目的metadata。总不能你建的我不能build了吧

[firede]

加上edp project init --svn/git这样的参数怎么样？
初始化的时候向metadata写入vcs的类型，并生成对应的基础ignore文件。

[errorrik]

svn ignore这东西不好玩。。。

我觉得：

可以支持edp project init --package，然后自动生成.gitignore

这个觉得的前提假设是：

1. package应该都在git上开发。什么，你还用svn？wc
2. 不走系统命令调用，svn ignore搞不定。所以不想管svn

[otakustay]

svn不管意味着几乎所有业务项目报废……但其实需要webserver这种东西的更多是业务项目……或者出个文档指导怎么做？

[firede]

是不能不管呀，要不用markdown写篇指引，init之后立刻在命令行显示出来吧。
就像在github创建了一个新的仓库后，不一定所有人都会用，所以会立刻显示一个step by step的教程出来。

[errorrik]

@otakustay

关键是，一个.edpproj/webserver-conf.js的存在和被vcs管理，对项目有啥影响

[otakustay]

我的理解里，每个开发者的webserver-conf.js不一定是一样的。

比如我在开发时，为了一些mockup数据，在conf里加了几条规则劫持一些URL返回静态数据，然后这个conf被添加到svn中。

同时，另一个人也需要劫持这些URL，返回他自己的数据，所以他也会改动conf，然后又被加到svn中，这时就会有冲突。

[treelite]

模拟数据，url映射等配置 我想是不是放到版本管理中更好？ 虽然开发时可能经常更改相关模拟用的conf但应该不存在冲突
不应该多人同时修改同一个url的配置（模拟数据倒是经常被改 只要新的覆盖旧的就好 新的模拟数据应该是代表最新的接口），另外把模拟数据等管理起来
其它同学接手项目至少能比较方便的把整个项目跑起来。

[otakustay]

我倒觉得模拟的数据是应该不同人有不同的，同一个功能，不同人开发的分支不同，那么他们在调试时，关注点不同肯定会导致数据不同，如A更关注name字段的最大长度在20以上时的显示效果，而B更关注不同角色下“操作”列的相应内容。

当然一份模拟数据包含所有的分支和边界值是一个方法，但我不能确定一个页面只有那么10个分支，比如列表一行10个足够覆盖所有分支，如果导致某开发人员得翻到第2页才能看到自己关心的那些数据，不如别玩了

[treelite]

分支开发数据不同是正常的，模拟数据随代码的话代码有分支，模拟数据也有分支。如同刚刚的那个场景分支A中关注字段长度，修改了模拟数据。分支B关注操作列，修改了模拟数据。A上线后B要合并A，模拟数据也一同合并，最后的模拟数据就是既有字段长度的mock数据也有操作列的mock数据。

两个分支一般情况下不会对同一个功能点修改，A关注是列字段长，B关注操作列，两者应该在模拟数据上不会有冲突吧，合并后应该在第一页能包含覆盖所有分支的测试数据（除非开发的时候有意设置了第二页数据）。如果有冲突，那应该两个分支修改了同一个功能点，比如A把长度限制在20，B分支又改成15了，这种情况的应该以最后一个上线版本为准，保持最新的模拟数据。

另外就是如果个人自己保存模拟数据，那模拟数据该怎么保存，管理呢？ 现在对于只放在本机的数据都不放心...>_<...

[otakustay]

最后的模拟数据就是既有字段长度的mock数据也有操作列的mock数据

如果有10个分支，共30条数据（这不算多），合并后，发现在使用过程中，A写的部分可能有一些不大不小的问题，引时A又需要调试自己的分支，那么他需要做多少工作才能从30条数据中挑出自己关注的那3条，投入其中解决问题呢？