@serverless-devs/s 2.0.96 → 2.0.97-beta.6

package/docs/zh/yaml.md

@@ -1,207 +0,0 @@
-# 描述文件（Yaml）规范
-
-> 当前文档遵循 [Serverless User Model](../../spec/zh/0.0.1/serverless_user_model/readme.md) 和相关规范。
-
-- [描述文件简介](#描述文件简介)
-- [描述文件格式/规范](#描述文件格式规范)
-    - [元数据](#元数据)
-    - [变量赋值](#变量赋值)
-    - [服务顺序](#服务顺序)
-    - [行为描述](#行为描述)
-
-## 描述文件简介
-
-在非`cli`模式下，进行应用的操作、组件的使用，需要按照 Serverless Devs 的规范，提供相对应的资源/行为描述文件，且该文件还需要符合以下条件：
-
-- 拓展名可以是`.yaml`或`.yml`
-- 格式必须符合[Yaml规范](https://yaml.org/spec/1.2.2/)
-
-> 👉 对于需要通过描述文件进行环境隔离的项目，建议将文件命名为 `s-${ENV}.yaml` 或 `s-${ENV}.yml` 格式。 例如：`s-prod.yaml`。
-
-在默认情况下，Serverless Devs 开发者工具会默认该描述文件的名称为`s.yaml`或`s.yml`，且`s.yaml`的优先级大于`s.yml`， 即在一个 Serverless 应用下，同时出现`s.yaml`与`s.yml`时，系统会优先识别和使用`s.yaml`。
-
-当然，开发者也可以通过`-t, --template  [templatePath]`进行指定，例如，在某应用在生产环境下的描述文件名为`s-prod.yml`，则可以在执行相关命令时，增加参数`-t s-prod.yml`或者`--template s-prod.yml`。
-
-## 描述文件格式/规范
-
-关于 Serverless Devs 所支持的资源/行为描述文件基本格式为：
-
-```yaml
-edition: 1.0.0          #  命令行YAML规范版本，遵循语义化版本（Semantic Versioning）规范
-name: applicationName   #  应用名称
-access: xxx-account1    #  秘钥别名
-
-vars: # [全局变量，提供给各个服务使用]
-  Key: Value
-
-Service: # 可以包括多个服务
-  ServiceName: # 服务名称
-    access: xxx-account1      #  秘钥别名，如果和项目的access相同，可省略
-    component: componentName  #  组件名称
-    props: serviceProp        #  组件的属性值
-    actions: serviceActions   #  自定义执行逻辑
-```
-
-例如，一个相对完整的 Yaml 案例可以是：
-
-```yaml
-edition: 1.0.0        #  命令行YAML规范版本，遵循语义化版本（Semantic Versioning）规范
-name: FullStack       #  项目名称
-access: xxx-account1  #  秘钥别名
-
-vars: # [全局变量，提供给各个服务使用]
-  logo: https://image.aliyun.com/xxxx.png
-
-services:
-  nextjs-portal: #  服务名称
-    access: xxx-account1  #  秘钥别名，如果和项目的access相同，可省略
-    component: vue-component  # 组件名称
-    props: #  组件的属性值
-      src: ./frontend_src
-      url: url
-    actions: # 自定义执行逻辑
-      pre-deploy: # 在deploy之前运行
-        - run: s exec -- publish  # 要运行的命令行
-          path: ./backend_src # 命令行运行的路径
-        - run: s build  # 要运行的命令行
-          path: ./backend_src # 命令行运行的路径
-      post-deploy: # 在deploy之后运行
-        - run: s clean
-          path: ./frontend_src
-
-  assets:
-    component: static
-    props:
-      cache-control: "public, max-age=604800, immutable"
-      www: "./public"
-
-  express-blog:
-    component: express
-    props:
-      app: ./express-blog
-      url: ${vars.domain}
-    actions:
-      pre-deploy:
-        - run: npm run build
-          path: ./express-blog
-
-  gateway:
-    component: serverless-gateway # 路由组件：HTTP URL和服务之间的映射规则
-    props:
-      routes:
-        - route: /~assets
-          value: ${assets.output.url}
-        - route: /
-          value: ${nextjs-portal.output.url}
-          index: index.html
-        - route: /~portal
-          value: ${nextjs-portal.output.url}
-          inex: index.html
-        - route: /~blog
-          value: ${express-blog.output.url}
-```
-
-### 元数据
-
-在该格式中：
-
-| 参数名 |  代表含义   | 
-|  ----  | ----  | 
-| edition  | 命令行YAML规范版本，遵循语义化版本（Semantic Versioning）规范 | 
-| name  | 应用名称 | 
-| access  | 秘钥别名，可以使用通过[config命令](./command/config.md#config-add-命令)配置的密钥信息，以及[配置到环境变量的密钥信息](./command/config.md#通过环境变量配置密钥信息) |
-| vars  | 全局变量，提供给各个服务使用，是一个Key-Value的形式 |
-| Service  | 应用所包含的服务，是一个Key-Value的形式 |
-
-关于Service参数：
-
-| 参数名 |  代表含义   | 
-|  ----  | ----  | 
-| access  | 秘钥别名，如果和项目的access相同，可省略 | 
-| component  | 组件名称 | 
-| actions  | 自定义执行逻辑 |
-| props  | 组件的属性值 |
-
-### 变量赋值
-
-Serverless Application模型对应的Yaml文件支持多种变量格式：
-
-- 获取当前机器中的环境变量：${env(环境变量)}，例如${env(secretId)}
-- 获取外部文档的变量：${file(路径)}，例如${file(./path)}
-- 获取全局变量：${vars.*}
-- 获取其他项目的变量：${projectName.props.*}
-- 获取Yaml中其他项目的结果变量：${projectName.output.*}
-
-### 服务顺序
-
-如果一个Serverless Application模型对应的Yaml文件中有过多的服务，系统会默认分析部署顺序，该部署顺序分为两个步骤：
-
-1. 分析项目中的依赖关系
-2. 有依赖关系的按照依赖关系从前到后部署，无依赖关系的按Yaml配置的从上到下部署
-
-### 行为描述
-
-在Serverless Application模型对应的Yaml文件中，可以针对服务，提供对应的行为操作，其基本格式是：
-
-```yaml
-actions: # 自定义执行逻辑
-  pre-命令: # 在命令之前运行
-    - run: command  # 要运行的操作
-      path: ./path # 运行操作的路径
-  post-命令: # 在命令之后运行
-    - run: command  # 要运行的操作
-      path: ./path # 运行操作的路径
-```
-
-例如：
-
-```yaml
-actions: # 自定义执行逻辑
-  pre-deploy: # 在deploy之前运行
-    - run: s exec -- publish  # 要运行的命令行
-      path: ./backend_src # 命令行运行的路径
-    - run: s build  # 要运行的命令行
-      path: ./backend_src # 命令行运行的路径
-  post-deploy: # 在deploy之后运行
-    - run: s clean
-      path: ./frontend_src
-```
-
-当Serverless Devs开发者工具执行到该服务时，会在进行相关的命令之行之前，优先按照顺序执行`pre-命令`的操作，所有内容完成执行之后，再执行`post-命令`的操作。
-
-以下面的Yaml为例：
-
-```yaml
-edition: 1.0.0        #  命令行YAML规范版本，遵循语义化版本（Semantic Versioning）规范
-name: FullStack       #  项目名称
-
-services:
-  nextjs-portal: #  服务名称
-    access: xxx-account1  #  秘钥别名，如果和项目的access相同，可省略
-    component: vue-component  # 组件名称
-    props: #  组件的属性值
-      src: ./frontend_src
-      url: url
-    actions: # 自定义执行逻辑
-      pre-deploy: # 在deploy之前运行
-        - run: s exec -- publish  # 要运行的命令行
-          path: ./backend_src # 命令行运行的路径
-        - run: s build  # 要运行的命令行
-          path: ./backend_src # 命令行运行的路径
-      post-deploy: # 在deploy之后运行
-        - run: s clean
-          path: ./frontend_src
-```
-
-当开发者在当前应用下执行了`deploy`命令，系统将会按照以下顺序进行操作：
-1. 在`./backend_src`目录下执行`s exec -- publish`
-2. 在`./backend_src`目录下执行`s build`
-3. 调用组件`vue-component`的`deploy`方法，并将`props`和项目的基本信息传入到组件`vue-component`的`deploy`方法中
-4. 在`./frontend_src`目录下执行`s clean`
-
-以上顺序仅适用于整个流程没有出错的前提下，如果流程出现错误，系统将会进行报错，并终止后续流程的执行。
-
-
------------
-
-> 在一个应用下，如何一键部署整个应用？又或者如何只部署应用中的某个Service？可以参考[自定义命令使用指南](./command/custom.md)

package/docs/zh/yaml_and_cli.md

@@ -1,67 +0,0 @@
-# Yaml 模式 Cli 模式对比
-
-Serverless Devs 开发者工具从根本上提供了两种使用方法。
-- Yaml模式：需要依赖资源描述文档进行操作的模式
-- Cli模式：可以在任何目录下直接执行，而不需要依赖资源描述文档；
-
-这两者的核心区别是：
-
-1. 如果想要使用 Yaml 模式，在当前目录下，必须要有`s.yaml`/`s.yml`文件，或通过`-t`/`--template`指定的资源部描述文件；
-2. 如果想要试用 Cli 模式，则必须是 `s cli 组件名 方法 参数`的格式进行，此时不需要 Yaml 文件；
-
-举一个非常简单的例子，如果有一个应用的资源描述文件`s.yaml`如下：
-
-```yaml
-name: myApp
-edition: 1.0.0
-access: "myaccess"
-
-services:
-  website-starter:
-    component: devsapp/website
-    props:
-      bucket: testbucket
-  backend-starter:
-    component: devsapp/demo
-    props:
-      service:
-        name: serviceName
-      function:
-        name: functionName
-      region: cn-hangzhou
-```
-
-此时，可以执行`s deploy`进行`myApp`应用部署，如果执行`s backend-starter deploy`则可以进行`myApp`应用下的`backend-starter`项目/服务部署。
-
-此时，部署过程中，所需要的相关参数，可以通过该 Yaml 文件进行读取。
-
-但是，在某些情况下，并不方便直接使用 Serverless Devs 规范的 Yaml 文件（例如，将线上资源同步到本地，或者要将 Funcraft 的 Yaml 转换成为 Serverless Devs 的 Yaml），此时可以选择纯命令行形式，即`s cli`模式。
-
-在 `s cli` 模式下，由于不会读取 Yaml 等资源描述文件，所以很多参数都需要自行填写，这时的填写方法有两种：
-
-1. 通过 `s cli` 天然支持的 `-p`/`--prop` 参数，进行相关 Yaml 参数的赋值，例如上述案例的`s backend-starter deploy`，此时可以改写成：
-    ```shell script
-    s cli devsapp/demo -p "{\"service\":{\"name\":\"serviceName\"},\"function\":{\"name\":\"functionName\"},\"region\":\"cn-hangzhou\"}"
-    ```
-2. 通过 demo 组件本身所支持的一些参数，例如通过`s cli devsapp/demo -h`，可以得到帮助信息，部分内容如下：
-    ```shell script
-      --region [region]               [C-Required] Specify the fc region, value: cn-hangzhou/cn-beijing/cn-beijing/cn-hangzhou/cn-shanghai/cn-qingdao/cn-zhangjiakou/cn-huhehaote/cn-shenzhen/cn-chengdu/cn-hongkong/ap-southeast-1/ap-southeast-2/ap-southeast-3/ap-southeast-5/ap-northeast-1/eu-central-1/eu-west-1/us-west-1/us-east-1/ap-south-1  
-      --service-name [serviceName]    [C-Required] Specify the fc service name  
-      --function-name [functionName]  [Optional] Specify the fc function name   
-    ```
-    此时，就可与通过下面的命令实现上述功能：
-    ```shell script
-    s cli devsapp/demo --region cn-hangzhou --service-name serviceName --function-name functionName
-    ```
-
-## 特点对比
-
-| 模式 | 使用方法 | 优势 |  劣势 |  适用场景  |
-| --- | --- | --- | --- | --- |
-| Yaml模式 | 在具有符合Serverless Devs规范，且存在资源/行为描述的Yaml文件的应用目录下，执行组件对应的命令，即可直接使用，例如`s deploy`，`s servicename build`等 | 可以一键部署一个完整的应用（例如，某个应用中规定了多个Service，可以通过该命令一键部署）；同时，通过资源/行为描述文档，可以更佳简单，清晰的对应用进行描述； | 需要学习Yaml的规范，且在某些时候与一些自动化流程进行结合，会比较复杂； | 部署、运维等操作，尤其是批量操作时更为合适； |
-| 纯Cli模式 | 在任何目录下，通过子命令`cli`进行触发，同样适用全部组件，例如`s cli deploy -p "{/"function/": /"function-name/"}"`，`s cli fc-api listFunctions --service-name my-service` | 相对来说可以更加简单，快速上手工具，并且可以非常简单的与自动化流程进行结合，降低了Yaml格式/规范的学习难度 | 对于一些复杂项目而言，需要在命令行中写过多的参数，出错的概率会比较高； | 更适合项目的管理，源自化操作 |
-
-## 设计思路
-
-> ❓ 为什么要同时存在 Yaml 模式和 Cli 模式？   
-> 💬 因为在长期的实践过程中，我们发现通过 Yaml 进行资源描述会相对来说更简单和方便，例如 K8S 等也都是通过 Yaml 进行资源描述的；但是，在某些情况下，Yaml 文件也可能成为一种负担，例如想要查看某个服务下的函数列表，查看某个地区下的服务列表，因为这样一个简单的事情要额外的去完成一个 Yaml 文件，就显得过于臃肿，所以，在 Serverless Devs 项目中，同时保留了两种使用方法。

package/jest.setup.ts

@@ -1,37 +0,0 @@
-/** @format */
-import path from 'path';
-import os from 'os';
-import core from './src/utils/core';
-const { fse: fs, jsyaml: yaml } = core;
-import logger from './src/utils/logger';
-
-jestBeforeDetection();
-
-function jestBeforeDetection() {
-  if (!detectioIsExist('.s/access.yaml')) {
-    logger.error(`Failed to execute:\n
-  ❌ Message: Please install S component
-  😈 If you have questions, please tell us: https://github.com/Serverless-Devs/Serverless-Devs/issues\n`);
-    process.exit(1);
-  }
-  if (Object.keys(getAccessFile()).length === 0) {
-    logger.error(`Failed to execute:\n
-    ❌ Message: Please configure your Secret
-    😈 If you have questions, please tell us: https://github.com/Serverless-Devs/Serverless-Devs/issues\n`);
-    process.exit(1);
-  }
-}
-
-function detectioIsExist(road) {
-  return fs.existsSync(getPath(road));
-}
-
-function getAccessFile() {
-  const accessFile = getPath('.s/access.yaml');
-  const accessFileInfo = yaml.load(fs.readFileSync(accessFile, 'utf-8') || '{}');
-  return accessFileInfo;
-}
-
-function getPath(road) {
-  return path.join(os.homedir(), road);
-}

package/lib/clean/index.d.ts

@@ -1 +0,0 @@
-export {};

package/lib/cli/cli-manager.d.ts

@@ -1,13 +0,0 @@
-/** @format */
-export interface CliParams {
-    component: string;
-    command: string;
-    access: string;
-    props: string;
-}
-export default class CliManager {
-    protected inputs: CliParams;
-    constructor(inputs: CliParams);
-    getTempCommandStr(commands: string, length: number): string;
-    init(): Promise<any>;
-}

package/lib/cli/index.d.ts

@@ -1,2 +0,0 @@
-/** @format */
-export {};

package/lib/component/index.d.ts

@@ -1 +0,0 @@
-export {};

package/lib/config/add/index.d.ts

@@ -1 +0,0 @@
-export {};

package/lib/config/common/common.d.ts

@@ -1,46 +0,0 @@
-/** @format */
-export declare type ProviderName = 'alibaba' | 'baidu' | 'huawei' | 'aws' | 'azure' | 'google' | 'tencent';
-export declare enum ProviderObject {
-    alibaba = "Alibaba Cloud (alibaba)",
-    baidu = "Baidu Cloud (baidu)",
-    huawei = "Huawei Cloud (huawei)",
-    aws = "AWS (aws)",
-    azure = "Azure (azure)",
-    google = "Google Cloud (google)",
-    tencent = "Tencent Cloud (tencent)"
-}
-export declare const providerArray: ProviderName[];
-export declare type ProviderCollectionConfig = {
-    [k in ProviderName]: {
-        type: string;
-        message: string;
-        name: string;
-        default: string;
-    }[];
-};
-export declare const providerCollection: ProviderCollectionConfig;
-export interface AccessFormat {
-    AccountID?: string;
-    AccessKeyID?: string;
-    AccessKeySecret?: string;
-    SecretAccessKey?: string;
-    KeyVaultName?: string;
-    TenantID?: string;
-    ClientID?: string;
-    ClientSecret?: string;
-    SecretID?: string;
-    PrivateKeyData?: string;
-}
-export declare const providerAccessFormat: {
-    [k in ProviderName]: (keyof AccessFormat)[];
-};
-export declare const checkProviderList: {
-    type: string;
-    name: string;
-    message: string;
-    choices: {
-        name: ProviderObject;
-        value: ProviderName;
-    }[];
-}[];
-export declare function getInputData(program: AccessFormat): AccessFormat;

package/lib/config/delete/index.d.ts

@@ -1,2 +0,0 @@
-/** @format */
-export {};

package/lib/config/get/index.d.ts

@@ -1 +0,0 @@
-export {};

package/lib/config/index.d.ts

@@ -1,2 +0,0 @@
-/** @format */
-export {};

package/lib/constants/static-variable.d.ts

@@ -1,4 +0,0 @@
-/** @format */
-export declare const PROCESS_ENV_TEMPLATE_NAME = "templateFile";
-export declare const DEFAULT_REGIRSTRY = "http://registry.devsapp.cn/simple";
-export declare const UPDATE_CHECK_INTERVAL: number;

package/lib/core/command/command-manager.d.ts

@@ -1,12 +0,0 @@
-import { Parse } from '../../specification';
-import { ComponentConfig } from '../component';
-export declare class CommandManager {
-    protected templateFile: string;
-    protected method: string;
-    protected customerCommandName?: string;
-    protected deployParams: any;
-    constructor(templateFile: string, method: string, customerCommandName?: string, params?: any);
-    assemblyProjectConfig(parse: Parse, projectName: string, parsedObj: any): Promise<ComponentConfig>;
-    warnEnvironmentVariables(realVariables: any): Promise<void>;
-    init(): Promise<void>;
-}

package/lib/core/component/hook.d.ts

@@ -1,17 +0,0 @@
-/** @format */
-export interface HookConfig {
-    Pre: boolean;
-    Plugin?: string;
-    Hook?: string;
-    Path?: string;
-}
-export declare class Hook {
-    preHooks: HookConfig[];
-    afterHooks: HookConfig[];
-    constructor(extendsParams?: HookConfig[]);
-    executePreHook(): Promise<void>;
-    executeAfterHook(): Promise<void>;
-    commandExecute(command: string, executePath: string | undefined): Promise<void>;
-    pluginExecute(name: string): Promise<void>;
-    executeByConfig(hookConfig: HookConfig): Promise<void>;
-}

package/lib/core/component/index.d.ts

@@ -1,53 +0,0 @@
-/** @format */
-import { PackageType } from '../../entiry';
-import { Parse } from '../../specification';
-import { Hook } from './hook';
-export interface ComponentConfig {
-    component: string;
-    provider: string;
-    Access?: string;
-    access?: string;
-    Extends: any;
-    props: {
-        [key: string]: any;
-    };
-    Params: any;
-    ProjectName: string;
-}
-export interface VersionCheckParams {
-    name: string;
-    type: PackageType;
-    provider: string;
-}
-export interface GenerateComponentExeParams {
-    list: string[];
-    parse: Parse;
-    parsedObj: any;
-    method: string;
-    params: string;
-}
-export declare function synchronizeExecuteComponentList(list?: any, index?: any, initData?: any): Promise<any>;
-export declare function generateSynchronizeComponentExeList({ list, parse, parsedObj, method, params }: GenerateComponentExeParams, equipment: (parse: Parse, projectName: string, parsedObj: any) => Promise<ComponentConfig>): any[];
-interface IComponentExeCute {
-    componentConfig: ComponentConfig;
-    method: string;
-    version: string;
-    customerCommandName?: string;
-}
-export declare class ComponentExeCute {
-    private credentials;
-    private componentConfig;
-    private method;
-    private version;
-    private customerCommandName;
-    constructor(config: IComponentExeCute);
-    init(): Promise<any>;
-    getCredentials(): Promise<any>;
-    private loadExtends;
-    loadPreExtends(extend: Hook | null): Promise<void>;
-    loadAfterExtend(extend: Hook | null): Promise<void>;
-    invokeMethod(componentInstance: any, method: string, data: any): Promise<any>;
-    executeCommand(): Promise<any>;
-    startExecute(): Promise<any>;
-}
-export {};

package/lib/core/index.d.ts

@@ -1,2 +0,0 @@
-/** @format */
-export { CommandManager } from './command/command-manager';

package/lib/core/plugin/index.d.ts

@@ -1,13 +0,0 @@
-/** @format */
-export interface PluginConifg {
-    name: string;
-}
-export declare class PluginExeCute {
-    protected pluginConfig: PluginConifg;
-    protected pluginPath: string;
-    constructor(pluginConfig: PluginConifg);
-    init(): Promise<void>;
-    pluginExist(): boolean;
-    downLoadPlugin(name: string): Promise<void>;
-    loadPlugin(): Promise<any>;
-}

package/lib/entiry/cli.d.ts

@@ -1,27 +0,0 @@
-/** @format */
-export declare enum PackageType {
-    application = 0,
-    component = 1,
-    plugin = 2
-}
-export interface CommandType {
-    type: string;
-    message: string;
-    name: string;
-    default?: string;
-    choices?: any;
-}
-export interface InquirerCommand {
-    [key: string]: CommandType;
-}
-export interface RepoTemplate {
-    zipFile: string;
-    subPath?: string;
-    hasSubPath: boolean;
-}
-export interface GitRepoTemplate extends RepoTemplate {
-    host: string | null;
-    ownerName: string;
-    branch: string;
-    repoName: string;
-}

package/lib/entiry/index.d.ts

@@ -1,2 +0,0 @@
-/** @format */
-export { PackageType, CommandType, InquirerCommand, RepoTemplate, GitRepoTemplate } from './cli';

package/lib/error/command-error.d.ts

@@ -1,5 +0,0 @@
-/** @format */
-import { ServerlessError } from './serverless-error';
-export declare class CommandError extends ServerlessError {
-    constructor(message: string, params?: any);
-}

package/lib/error/config-delete-error.d.ts

@@ -1,5 +0,0 @@
-/** @format */
-import { ServerlessError } from './serverless-error';
-export declare class ConfigDeleteError extends ServerlessError {
-    constructor(message: string, params?: any);
-}

package/lib/error/config-error.d.ts

@@ -1,5 +0,0 @@
-/** @format */
-import { ServerlessError } from './serverless-error';
-export declare class ConfigError extends ServerlessError {
-    constructor(message: string, params?: any);
-}

package/lib/error/config-get-error.d.ts

@@ -1,5 +0,0 @@
-/** @format */
-import { ServerlessError } from './serverless-error';
-export declare class ConfigGetError extends ServerlessError {
-    constructor(message: string, params?: any);
-}

package/lib/error/human-error.d.ts

@@ -1,13 +0,0 @@
-interface IConfigs {
-    errorMessage: string;
-    tips?: string;
-}
-interface IReport {
-    error: Error;
-}
-export declare class HumanError {
-    private errorMessage;
-    constructor(configs: IConfigs);
-    report(configs: IReport): Promise<void>;
-}
-export {};

package/lib/error/human-warning.d.ts

@@ -1,8 +0,0 @@
-interface IConfigs {
-    warningMessage: string;
-    tips?: string;
-}
-export declare class HumanWarning {
-    constructor(configs: IConfigs);
-}
-export {};

package/lib/error/index.d.ts

@@ -1,17 +0,0 @@
-export { CommandError } from './command-error';
-export { ConfigDeleteError } from './config-delete-error';
-export { ConfigError } from './config-error';
-export { ConfigGetError } from './config-get-error';
-export { InitError } from './init-error';
-export { ServerlessError } from './serverless-error';
-export { HumanError } from './human-error';
-export { HumanWarning } from './human-warning';
-interface IConfigs {
-    error: Error;
-    prefix?: string;
-}
-export declare class HandleError {
-    private traceId;
-    constructor(configs: IConfigs);
-    report(error: Error): Promise<void>;
-}

package/lib/error/init-error.d.ts

@@ -1,5 +0,0 @@
-/** @format */
-import { ServerlessError } from './serverless-error';
-export declare class InitError extends ServerlessError {
-    constructor(message: string, params?: any);
-}

package/lib/error/serverless-error.d.ts

@@ -1,4 +0,0 @@
-/** @format */
-export declare class ServerlessError {
-    constructor(phase: string, message: string, params?: any);
-}

package/lib/execDaemon.d.ts

@@ -1,6 +0,0 @@
-/** @format */
-interface IConfig {
-    [key: string]: any;
-}
-export declare function execDaemon(filename: string, config?: IConfig): void;
-export {};

package/lib/index.d.ts

@@ -1,2 +0,0 @@
-/** @format */
-export {};

package/lib/init/index.d.ts

@@ -1,2 +0,0 @@
-/** @format */
-export {};