-
Notifications
You must be signed in to change notification settings - Fork 40
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
s remove能力的支持 #38
Comments
s remove service -y 试一下 |
子资源 的范围涵盖哪些? |
@wss-git fc-base-sdk 删除服务是不会删除其下面的函数以及触发器是吗 |
1: s remove service
2: s remove function
3: s remove domain
4: s remove
即先执行s remove domain,进行提醒和选择 如果是执行s remove -y
|
|
仅仅是function的个数和名字。不需要更细致的资源层级。 例如我yaml上面声明了functionA 我只需要判断线上的service下是否包括了functionA,如果包括了functionA,是否还有其他的function即可。
Trigger的表现和现在一致即可,因为trigger已经是最小资源了 |
|
@git-qfzhang |
我说说我的理解哈:
按照上面的描述:上面这个 1-8 是属于删除资源的原子能力【不传入 --force 的情况下】,那么在执行这些删除指令的时候是需要 get 一下资源的 list,然后再和传入的参数对比,如果一致,则直接删除,如果不一致,那么则提示是否删除所有,选择是删除所有,选择否尝试删除传入的资源 |
再完善一个版本: 1: s remove service
2: s remove function
3: s remove domain
4: s remove provision
6: s remove version
7: s remove alias
8: s remove onDemand
9: s remove layer
10: s remove
即先执行s remove domain,进行提醒和选择 如果是执行s remove -y,则直接强制执行 |
所有的fc的delete能力都尽量收敛到remove中吧 |
devsapp/fc-base-sdk#2 删除 服务函数和触发器 |
功能已经完成, help 信息还没有完善,help信息关联到 #51 更新 |
|
现在s remove的行为有些鸡肋,这里需要增加一种模式可能会更好,就是:
可以强行删掉service下所有的东西
The text was updated successfully, but these errors were encountered: