uni-app uniadmin项目默认schema表名写错,与starter项目关联绑定云空间的几个问题
uni-app uniadmin项目默认schema表名写错,与starter项目关联绑定云空间的几个问题
操作步骤:
- 插件市场或者编辑器模板创建分别导入
unistarter
和uniadmin
项目 unistarter
绑定一个云空间然后初始化uniadmin
项目绑定unistarter
项目的云空间uniadmin
的uniCloud
文件夹下右键选择 移动至关联目录下,然后点击合并- 将上述 4 步做完后,把
unistarter
和uniadmin
通过 git 提交到仓库,然后在另一台电脑 clone 项目到本地,重复 1 到 4 的操作,并运行项目,会发生一堆错误导致项目无法运行,各种文件缺失或者冲突的 bug
预期结果:
uniadmin
的opendb-news-comments.schema.json
中把opendb-news-articles
表明少些一个 s- 合并后
opendb-app-list.schema.json
文件重复 - 好几个文件完全一样,但是合并的时候提示 M 文件不一致
- 合并后
unistarter
项目中丢失了uniadmin
中cloudfunctions/common/uni-config-center
目录下的uni-sms-co
,uni-captcha
,uni-stat
三个配置文件目录 - 将上述 4 步做完后,把
unistarter
和uniadmin
通过 git 提交到仓库,然后在另一台电脑 clone 项目到本地,重复 1 到 4 的操作,并运行项目,会发生一堆错误导致项目无法运行,各种文件缺失或者冲突的 bug
实际结果:
uniadmin
的opendb-news-comments.schema.json
中把opendb-news-articles
表明少些一个 s- 合并后
opendb-app-list.schema.json
文件重复 - 好几个文件完全一样,但是合并的时候提示 M 文件不一致
- 合并后
unistarter
项目中丢失了uniadmin
中cloudfunctions/common/uni-config-center
目录下的uni-sms-co
,uni-captcha
,uni-stat
三个配置文件目录 - 将上述 4 步做完后,把
unistarter
和uniadmin
通过 git 提交到仓库,然后在另一台电脑 clone 项目到本地,重复 1 到 4 的操作,并运行项目,会发生一堆错误导致项目无法运行,各种文件缺失或者冲突的 bug
bug描述:
合并云空间文件的时候发现的,我把 admin 云函数文件移动到关联项目时候发现的,问题不少,一一道来:
database 文件夹下面:
opendb-app-list
这个 json 显示为新增,但其实 starter 项目里面是存在这个文件的,一旦选择合并,必须要删除其中一个,否则直接会报错opendb-banner
,opendb-news-articles
,opendb-news-categories
,opendb-search-hot
,opendb-search-log
,uni-id-scores
,uni-stat-error-source-map-ext
,uni-stat-error-source-map
, 这几个 json 是一模一样的,但是合并界面提示文件不一致 Mopendb-news-comments
的 json 文件中,uniadmin
项目里面的这个文件,在创建文件权限这里,把opendb-news-articles
表名写错了,少写了一个 s,如果直接合并,那么 starter 项目的这里也会被改错,除开这个 bug,其实这个文件也应该是一致的,而不应该应该提示 M
cloudfunction 文件夹下:
- 也有一些文件是相同的,但是出现了 M 标记,由于文件和目录层级比 database 的多了很多,就不一一标出来了
还有个问题:
uniadmin
绑定starter
云空间,移动文件夹,有几个配置文件没有移动,在cloudfunctions/common/uni-config-center
目录下,admin 项目中有uni-sms-co
,uni-captcha
,uni-stat
三个配置文件目录,unistarter
项目却没有,即使关联之后也没有被移动或者创建- 关联同一云空间,且移动文件的情况下,如果用 git 这类的管理工具进行项目管理,将上传的项目拉取后,再次关联同一个云空间和移动文件夹,运行项目就会报一堆错误,各种文件缺失或者冲突,令人有点头皮发麻
总之希望能完善下 unistarter
和 uniadmin
关联同一个云空间的开发体验,不然到处都是小 bug,还没开始开发,部署阶段就令人觉得无比繁琐
3 回复
最希望的流程就是下载unistarter和uniadmin项目,starter绑定一个云空间,admin去绑定,然后admin中相比于starter新增的文件和不一致的文件能够更新和同步过去,然后就可以愉快的开始云开发了。
现在的流程操作下来要么有文件重复,要么有文件缺失,甚至还有表名被写错,体验不好。
还漏了一个:admin绑定starter后,uniCloud文件夹下面就自动隐藏了,这时候有个问题,如果需要通过schema2code生成管理端的页面,需要在starter端生成,然后再把页面和验证文件剪切到admin项目下;这个操作是真的难受
太令人窒息了,等了好久好不容易等这个新版的uni-co-id上传上去了,结果创建admin端的管理员给我报错说uni-id-co不存在,我连接本地云函数和云端云函数都是这样,明明本地和云端都有