Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

似乎过于opinioned了? #19

Open
sevenryze opened this issue Feb 26, 2019 · 7 comments
Open

似乎过于opinioned了? #19

sevenryze opened this issue Feb 26, 2019 · 7 comments

Comments

@sevenryze
Copy link
Owner

特别是对于src/下的子目录结构,测试集合的目录结构,还是临时的TSLint配置,这些东西都有太大的可变性。

到底是做成脚手架还是写死的自动流水线?

@xyxabcdiy

@xyxabcdiy
Copy link
Collaborator

src/的子目录结构和测试集合的目录结构,这个变数在哪?
临时的TSLint我觉得不需要考虑。

目前我遇到就一个问题,port 是需要改变的。

@sevenryze
Copy link
Owner Author

image

我现在的服务器目录是这样子的,因为使用的是多服务结构,全部把测试集合放在一个tests/下很乱。

Port这个可能就是加一个环境变量检测。

@xyxabcdiy

@sevenryze
Copy link
Owner Author

@xyxabcdiy 我想到一个方法,加入一个选项:--use-custom-config ,使用这个选项可以绕开强监管,使用项目目录自定义的配置文件。

@xyxabcdiy
Copy link
Collaborator

不合适吧,本来就是固定工作流程和项目结构的。

如果觉得流程或项目结构不合适,我觉得应该是修改流程或项目结构,而不是通过各种配置选项去解决。

@sevenryze
Copy link
Owner Author

问题是,当前的配置对中小型项目没问题,但是对大型项目来讲就太简单了。或者是我们直接支持我现在用的项目的结构?主要是测试文件的摆放,微服务的话,放在一个文件里不可能的,肯定要分开放。

@xyxabcdiy
Copy link
Collaborator

@sevenryze 如果是测试文件的话,以后缀的方式检索测试文件,而不是在一个文件夹里?

@sevenryze
Copy link
Owner Author

后缀的话,也是一种形式。你感觉哪个好一点?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants