From 9dffd243f65376ad7f0c0bb596c58f0b51fa27e1 Mon Sep 17 00:00:00 2001 From: engigu Date: Mon, 29 Jan 2024 14:06:42 +0800 Subject: [PATCH] fix: docker x509 error --- README.md | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index a3d58fe..2c3a8e2 100644 --- a/README.md +++ b/README.md @@ -413,12 +413,26 @@ docker-compose -up -d dev启动前端项目。然后访问前端项目提示的端口服务，一般是127.0.0.1:5173。 或者使用npm run build，用Nginx部署前端。 > -> > 2. 注释这个配置，表示单应用，启动go服务，会把web/dist目录下文件作为前端静态资源。 如果目录下没有静态资源文件，需要到web目录下，npm run build构建生成。 > > 两种方式各有优缺点，综合考虑下来，推荐直接使用release的打包执行文件，其中已经内置了页面静态资源，只用运行一个服务。 +#### 关于InitData配置的说明 + +> 从功能上开启`InitData=enable`是使用gorm的model进行migrate表字段更改，是将代码中的定义的表结构自动完成sql语句进行表结构的维护。 +> +> 1. 为什么这么设计，不直接使用完成的建表sql？我想了很久，我觉得migrate目前能够满足现在的需求，而且不用手动维护sql的变动。 +> +> 2. 为什么初始化要单独加一个配置开关`InitData=enable`，而不是使用一个标识进行判断？ 目前现在确实只需要判断是否初始化标识就可以满足，但是后面如果项目更新添加了新字段， +> 就不再适用了。也就是说这个配置设计上既可以完成初始化，也可以完成的后面的字段升级。 +> +> 3. 我一直指定`InitData=enable`运行项目有没影响，会不会数据错、丢失？ 不会。一直指定`InitData=enable`，只是每次服务启动多一步会检查， +> 检查表字段变动。并且只是新增的表字段会进行添加，已经存在的字段不会进行变更，所以不用担心数据问题。 +> +> 只要初始化指定`InitData=enable`进行了初始化，后续如果项目不升级，后面指不指定`InitData=enable`都没关系。 + + ## 完整配置说明 ⚙️