chore: docker配置挂载路径

api/src/main/java/seecoder/devcloud/api/docker/impl/DockerApiImpl.java

@@ -39,7 +39,7 @@ public class DockerApiImpl implements DockerApi {
         // 这里只是为了方便本地测试所以这样写，
         // 如有需要请把配置文件放在打包之外的固定位置使用路径读取（部署的时候也要这样）
         if (properties.getDocker().getTls()){
-            client = new DefaultDockerClient(URI.create(properties.getDocker().getHost()), new DockerCertificates(Paths.get(applicationHome.getDir().getAbsolutePath(), "docker")));
+            client = new DefaultDockerClient(URI.create(properties.getDocker().getHost()), new DockerCertificates(Paths.get(applicationHome.getDir().getAbsolutePath())));
             log.info("Docker 启用tls验证");
         } else {
             client = new DefaultDockerClient(properties.getDocker().getHost());
@@ -48,7 +48,7 @@ public class DockerApiImpl implements DockerApi {
 
         defaultHandler = new NoActionProgressHandler();
         //这里同上，配置文件放在resource的写法会导致打包成jar后无法正常读取配置文件
-        registryAuthSupplier = new ConfigFileRegistryAuthSupplier(new DockerConfigReader(),Paths.get(applicationHome.getDir().getAbsolutePath(), "docker","docker-config.json"));
+        registryAuthSupplier = new ConfigFileRegistryAuthSupplier(new DockerConfigReader(),Paths.get(applicationHome.getDir().getAbsolutePath(), "docker-config.json"));
     }
 
     @Override

api/src/main/resources/docker-config.json

@@ -0,0 +1,8 @@
+{
+  "auths": {
+    "https://192.168.99.105:30060": {
+      "username": "admin",
+      "password": "admin"
+    }
+  }
+}

api/src/main/resources/docker/docker-config.json

@@ -1,8 +0,0 @@
-{
-  "auths": {
-    "nexus-api.seecii.cn:80": {
-      "username": "admin",
-      "password": "NJU76nexus"
-    }
-  }
-}

web/src/main/resources/sql/devcloud_stage.sql

@@ -0,0 +1,6 @@
+insert into devcloud.stage (id, title, description, name) values (1, 'Java应用构建', '后端Java应用构建打包过程。项目需使用Maven作为项目管理工具。构建过程包含Maven test测试过程，需确保单元测试的100%正确性，单元测试结果将输出到打包日志中。此步骤将打包出一个可运行的服务器程序jar包，并构建生成一个可运行在平台内云服务器的docker镜像。请作为流水线的第一步。这里学生仅作粗略了解，无需深入配置。', 'java-image-build');
+insert into devcloud.stage (id, title, description, name) values (2, 'Node.js应用构建', '前端应用构建打包过程。需提供对应的Nginx配置文件，将请求转发给平台集群内的后端。请作为流水线的第一步。这里学生仅作粗略了解，无需深入配置。', 'node-image-build');
+insert into devcloud.stage (id, title, description, name) values (3, 'kubernetes namespace创建', 'namespace，在云平台内用于逻辑上的分类组织概念。平台采用kubernetes作为容器化应用，namespace是它的核心概念之一，每个资源/应用/配置都要布置在你指定的namespace之下。它在部署中需要先于其他kubernetes步骤创建。此平台默认采用"项目名-项目id"作为命名空间名字，这里学生仅作粗略了解，无需深入配置。', 'k8s-namespace');
+insert into devcloud.stage (id, title, description, name) values (4, 'kubernetes service创建', 'service，在云平台内用于集群内部互相访问服务或集群外部访问的资源概念。平台采用kubernetes作为容器化应用，service是它的核心概念之一。由于服务会有一个或多个实例,而每个实例的IP地址由网络插件动态随机分配（重启后IP地址会改变）。为屏蔽这些后端实例的动态变化和对多实例的负载均衡，service提供一个可设置的服务访问方式。它在部署中需要先于kubernetes ingress步骤创建。此平台默认采用"流水线名称-service"作为名字，这里学生仅作粗略了解，无需深入配置。', 'k8s-service');
+insert into devcloud.stage (id, title, description, name) values (5, 'kubernetes deployment创建', 'deployment，在云平台内是维护一个或一组服务实例的资源概念，对应着你部署的一个或多个应用实例。平台采用kubernetes作为容器化应用，deployment是它的核心概念之一，将部署应用的所需各项配置传入，就能自动帮用户启动并维护服务的运行状态。它在部署中需要先于kubernetes service、 ingress步骤创建。此平台默认采用"流水线名称-deployment"作为名字，这里学生仅作粗略了解，无需深入配置。', 'k8s-deployment');
+insert into devcloud.stage (id, title, description, name) values (6, 'kubernetes ingress创建', 'ingress，在云平台内用于提供一个外部请求统一访问入口的资源概念。平台采用kubernetes作为容器化应用，ingress是它的核心概念之一。由于service暴露服务访问端口方式的局限性，产生了为集群统一管理所有请求的资源概念。Ingress能方便的处理http/https请求并路由到对应的服务实例，提供负载均衡等功能。此平台默认采用"流水线名称-ingress"作为名字，这里学生仅作粗略了解，无需深入配置。', 'k8s-ingress');