增加从终端数据输入
PR Type
What kind of change does this PR introduce?
- [ ] Bugfix
- [X] Feature
- [ ] Code style update (formatting, local variables)
- [ ] Refactoring (no functional changes, no api changes)
- [ ] Other... Please describe:
What is the current behavior?
实现从脚本代码中的stdin数据读取。
What is the new behavior?
Does this PR introduce a breaking change?
- [ ] Yes
- [ ] No
Other information
The latest updates on your projects. Learn more about Vercel for Git ↗︎
| Name | Status | Preview | Comments | Updated (UTC) |
|---|---|---|---|---|
| qinglong | ✅ Ready (Inspect) | Visit Preview | 💬 Add feedback | Sep 28, 2024 9:11am |
| qinglong-back | ✅ Ready (Inspect) | Visit Preview | 💬 Add feedback | Sep 28, 2024 9:11am |
终端输入的作用是什么呢
可以提供交互啊,通过引导的方式让用户输入信息,而不是去拼接复杂的环境变量。
可以提供交互啊,通过引导的方式让用户输入信息,而不是去拼接复杂的环境变量。
那需要用户每个脚本都运行一遍去录入变量吗
这个就要看开发脚本的人是选择采用哪种方式了,因为我写的脚本使用了数据库,所以需要这种方式去添加数据库内的数据。我也觉得这种方式也是不错的,这才提交了PR。
这个就要看开发脚本的人是选择采用哪种方式了,因为我写的脚本使用了数据库,所以需要这种方式去添加数据库内的数据。我也觉得这种方式也是不错的,这才提交了PR。
下面通知的修改是怎么考虑的,为什么把默认 cron 规则的逻辑去掉了?
有交互就好了,现在用的一个脚本,每个月需要重新登录录入信息,通过命令行交互输入手机号,验证码等。
这个就要看开发脚本的人是选择采用哪种方式了,因为我写的脚本使用了数据库,所以需要这种方式去添加数据库内的数据。我也觉得这种方式也是不错的,这才提交了PR。
下面通知的修改是怎么考虑的,为什么把默认 cron 规则的逻辑去掉了?
因为添加输入以后,后有很多命令脚本,这些脚步不需要被识别成定时任务
有交互就好了,现在用的一个脚本,每个月需要重新登录录入信息,通过命令行交互输入手机号,验证码等。
看来你也和我遇到过相同的问题
这个就要看开发脚本的人是选择采用哪种方式了,因为我写的脚本使用了数据库,所以需要这种方式去添加数据库内的数据。我也觉得这种方式也是不错的,这才提交了PR。
下面通知的修改是怎么考虑的,为什么把默认 cron 规则的逻辑去掉了?
另外针对notify的修改是为了把这个变量和环境变量关联起来,这样就不用设置两次了。
这个就要看开发脚本的人是选择采用哪种方式了,因为我写的脚本使用了数据库,所以需要这种方式去添加数据库内的数据。我也觉得这种方式也是不错的,这才提交了PR。
下面通知的修改是怎么考虑的,为什么把默认 cron 规则的逻辑去掉了?
另外针对notify的修改是为了把这个变量和环境变量关联起来,这样就不用设置两次了。
一个 pr 只处理一个事,系统通知和脚本通知会分开设计