Shengnan

I am reporting an issue with - [x ] another resource in this repository API Version: 4.10 I am using WebTileLayer with customized LOD configuration for loading Tianditu Tiles in...

【求助】老版本cnpm迁移cnpmcore的方案

15

目前我司内部有正在运行的老版本 cnpm 私有部署服务（`syncModel: 'exist'`，磁盘已用10+TB），已经运行了多年并且有很多私有scope的包了，有几个迁移相关的问题想要寻求一下解答： - 现在只想迁移私有 scope 的包，请问这种方案有没有支持？（下载量数据、dist-tag 等需要保留） - 已有的用户是否能够迁移

[Feature Request] 将「包存在，但是包的具体某个版本不存在」这一条件添加为 syncNotFound 功能的触发条件

7

- 需求描述 在企业内私有 npm 仓库服务的这个用户场景下，一般会使用 `syncMode: 'EXIST'` 模式进行服务的运行。当搭配 `syncNotFound: true` 使用时可以覆盖“当某个包不存在仓库里时，返回 Not Found，但随之触发一次这个包的同步任务”这个场景。 但是，希望能够在这个能力的基础上做一些扩展，支持 “当某个已经存在的包的指定版本不存在时，返回 Not Found，随之触发一次这个包的同步任务” 的行为。 其目的主要是为了有一种可以通过用户安装来触发版本增量更新的能力，而尽量少的手动触发。而 `changeStream` 的订阅能力在企业内部复杂的网络条件的情况下很有可能会不稳定，达不到预期的效果。 - 可能的实现 https://github.com/cnpm/cnpmcore/blob/072e146e5bafb390d75f79ff423793996ae65828/app/port/controller/package/ShowPackageVersionController.ts#L27-L49 在这里增加如下逻辑： ```ts if( (pkg && !manifest)...

对 email 字段格式的强校验导致一些有历史脏数据的包做 owner 变更的时候报错

2

```shell npm ERR! code EOWNERMUTATE npm ERR! Failed to update package: "422 Unprocessable Entity - PUT http://{registry}/@scope%2fpkgName/-rev/835-650b99d780c79608e0864c0e - [INVALID_PARAM] maintainers/1/email: must match format \"email\"" ``` 我查了下这个包的 owner 里有一个人的 email 是非法...

【求助】接入支持 search 接口能力的 cnpmcore 版本遇到了问题

26

- 背景：通过 cnpmcore 包集成方式来引入 3.43.4 版本的，先前使用 3.42.x 版本是正常的。 - 一些可能有关联的信息如下 - node: 18.17.1 - typescript:  - 依赖 ```json "dependencies": { "@aws-sdk/client-s3": "^3.328.0", "@eggjs/tegg": "^3.19.0", "@eggjs/tegg-config": "^3.19.0", "@eggjs/tegg-controller-plugin": "^3.19.0", "@eggjs/tegg-lifecycle":...

- TopMenu/index.js 修改导航条中的文字后，控制台输出如下：  - CounterPage.js 修改文字部分控制台输出如下：  - 其余部分代码修改可以热更新且无警告 请问这是因为什么问题导致的？ 另外还有一个启动脚本在Windows环境下的小问题： ```bash // Original "start:isomorphic": "NODE_ENV=development node server/index.js" "start_prod": "NODE_ENV=production node server/index.js" // Windows下改为 "start:isomorphic": "set NODE_ENV=development&&node server/index.js" "start_prod":...

循环引用和重复引用

2

我根据仓库中的源码和注释把代码重写了一遍，在编码和测试的过程中发现了2个问题： 1 循环引用 如果出现`A` `B`两个文件互相引用了对方，目前版本的打包器会进入死循环，请问这个情况一般应该如何处理呢？ 2 重复引用 如果出现在`A`和`B`中同时引用了`C`，那么`C`会以2个不同的id在graph对象中保留两份，如果被引用的次数变多可能还会持续生成多个副本，是不是可以提供一个判重的方法来去除打包后的重复代码？但是如果把判重写在当前的双层循环中可能会有性能问题，所以想请教一下作者这个部分应当如何去做？