An item with the same key has already been added

登录

这个bug至少7.0的发现了吧？还要继续等复现步骤吗？专门复现是真的难复现，但实际使用中复现频次不低。

要不要先想个兜底的一键处理方案呢？主要是实际使用中复现频次不低，加上处理起来非常麻烦。并且新人自行处理特别容易给协同工程搞出更多的麻烦，比如清理缓存，但是又提交了变更，会导致工程模块与实际工程对不上。

天之云 · 天之云

这是键值重复了吧，要不就是数据库插入了重复值，要不就是程序逻辑有问题

Erik.Xue · Erik.Xue

大佬，听描述是复现频次不低，那有没有一个容易复现的操作步骤呢？

小萝卜David · 小萝卜David

本帖最后由小萝卜David 于 2025-5-28 09:09 编辑

没有，经验是协同工程需要整理对象结构目录的时候，大概率会遇见，出现bug后再专门复现，复现不了，需要实操。
我们这边所有开发均有遇见这个问题，均是调整目录结构拖拽对象时触发。

Erik.Xue · Erik.Xue

那就很难搞了，目前这边已知的问题稳定复现步骤是：

1、在表下面创建文件夹命名“A类表”，该文件夹内无任何表，提交变更签入成功，退出活字格设计端
2、清除协同在本地的缓存，打开活字格设计端重新连接gitee工程文件，发现之前创建的“A类表”不见了
3、重新在表下面创建文件夹命名“A类表”，提示：新名称“A类表”已经存在

针对这个问题，是协同工程从一开始就是有一个已知的limiation或者策略，就是不能推一个空文件夹到Git上去，这个不是产品的问题，是Git的策略，VS也不能推一个空文件夹到Git服务器上。

活字格本身有个文件记录工程中有哪些对象，有哪些文件夹等等，导致Git上实际上是没有空文件夹的，但是咱的内部记录有这个空文件夹，结果就会导致上面那个问题，是limitation，目前搞不定。

所以除了这个问题，其他如果没有复现步骤，很难定位具体问题。

小萝卜David · 小萝卜David

本帖最后由小萝卜David 于 2025-5-28 10:31 编辑

嗯，提示：新名称“A类表”已经存在这个问题和“An item with the same key has already been added”不是一个问题，顶多算潜在的副作用之一。处理起来成本也较低，暂不讨论。

理解很难定位具体问题，但是问题确实存在，且问题已存在四五年了。点也说的很明白，这个问题处理起来成本很高，且风险不少，包括可能会导致工作量丢失、工程损坏等。能推的话推一下吧，推不动就算了，在等等。

Erik.Xue · Erik.Xue

小萝卜David 发表于 2025-5-28 10:26
嗯，提示：新名称“A类表”已经存在这个问题和“An item with the same key has already been added”不是 ...

可以，这边可以先反馈下，不过如果有个大概的复现步骤，可以帮忙补充下。

		自动登录	找回密码
密码			立即注册

[已处理] An item with the same key has already been added

本帖子中包含更多资源

6 个回复

本帖子中包含更多资源

时代开发者征文活动

活字格认证

活字格高级认证

微信认证勋章

悬赏达人

圣诞拼拼乐

Wyn高级认证

Wyn认证

讲师达人

元老葡萄