Nexus 的平替 neuxs-plus 开源涉嫌商标侵权，被迫改名 kkRepo

我感觉你起这个名字本来就有蹭的嫌疑。

从有保持 neuxs-plus 的项目命名这个想法，到改名，坚持不到 5 分钟就认怂了。

@qW7bo2FbzbC0 你说的对，因为主打的就是 100% 兼容，无缝迁移

你这名字不行，我帮你取 KK 园区

@han1988 你是来搞笑的，kkRepo 是有点来源的，因为我同时也开源了一系列的 kk 开源项目，比如 https://github.com/kekingcn/kkFileView 、https://github.com/kekingcn/kkbinlog 、https://github.com/kekingcn/kk-anti-reptile

这不就是硬蹭还被人家逮到了？
不明白发帖有什么意义？打算网暴自己？

@chenluo0429 我非常不理解你的想法，啥叫硬蹭？本来就是解决 Nexus 免费版本一些硬性问题的，叫 nexus-plus 有什么问题吗？ 叫你这么说，那国产的 mybatis 增强版本 MyBatis-Plus 怎么说？当时取 nexus-plus 真的非常简单的想到的是解决 Nexus 的硬性问题的，没这么复杂。且关于商标是否侵权还得另说，只是没啥依据。

我一般懒得起名, 倒个字母顺序
nexus -> suxen

我建议你学一下之前站内的 pake plus
被 pake 原作者告了一顿，然后改名，没两天又改回去了，反复横跳
原贴
https://sunp.eu.org/t/1148556

@HAWCat 学到了，AI 给我推荐的 artifact-forge 、repo-forge 、package-forge 、forge-repo 、pack-repo 、openpack 、repoark 、artifact-hub 、package-hub 。最后还是用了 kk 系的 kkRepo ，希望这个名字会变成一个有辨识度名称，就像 kkFileView 一样

nexus 我记得是不是本来就可以自己部署的。

@cryptovae 这个是真的 6 ，我比较怂，也有人说 Nexus 管不到国内来，可以不用管，但是考虑到确实有可能影响人家卖产品了。还是区分下比较好。

@96 可以自己部署，但是后面为了推他们的付费产品，把免费版本阉割的非常厉害。稍微大一点规模的就没法用。而且他们付费的版本特别贵，一年几万块，所以我们才自己开发解决的。目的就是平替 Nexus ，0 停机迁移。然后发现社区很多人遇到 Nexus 的新版本限制了，就说服领导，把代码无私奉献开源出来了。

@g632104866 #7 商业产品和开源项目可不能同日而语。
注册商标查询：
https://tmsearch.uspto.gov/search/search-results/85204276
你起 Nexus Plus 并且功能完全重叠，确实会让人误以为这个项目是 Sonatype 的官方项目。
你想想如果有人起个项目名叫 Nginx Plus 会怎么样。或者一个软件如果叫 Windows 10 Pro Max 会怎么样。

MyBatis 开发者如果之前成立了公司并为 MyBatis 注册软件类商标的话，当然可以起诉 MyBatis Plus 项目。

就连 Linux 都是注册商标：
https://tmsearch.uspto.gov/search/search-results/74560867
如果你写个项目叫做 Super Linux ，很快就会收到律师信了。

主要是看你仓库的截图，不止功能重叠，界面风格都差不多，那人家为了防止有人误以为是他们的官方产品要求你改名也很合理

@g632104866 #12 mexus 也可以嘛, double n , 哈哈

@KagurazakaNyaa
@msg7086 说的非常对，所以我没有任何挣扎，然后就改名了，老实说，我非常理解这个问题，只是不经一事根本就想不到这个点。以及我是真的想搞清楚，是否真的存在商标侵权了，不过现在已经改名了，这些都不重要了。以下是我回复 Nexus 的英文译文：

尊敬的 Spivak 先生：

我已收到你方关于 Sonatype NEXUS 商标的来函。

在不承认任何法律责任或不当行为的前提下，我理解 Sonatype 对潜在混淆风险的担忧，并希望以友好方式解决此事。

为避免任何潜在混淆，我愿意将目前名为 “nexus-plus” 的开源项目更名，使项目名称、仓库名称、发布名称和主要品牌标识不再使用 “NEXUS” 或任何 Sonatype 品牌名称。

我需要合理时间完成 GitHub 、文档、release 、包引用、容器镜像以及相关材料中的更名工作。我会立即开始处理，并在完成后向你方更新。

同时，我想澄清一点：该项目的目的是为 Sonatype Nexus Repository 用户提供兼容性和迁移支持。因此，为了准确描述兼容性、迁移或互操作性，项目文档中可能需要有限度地指称 “Sonatype Nexus Repository” 或 “Nexus Repository”。任何此类引用都会附带清晰免责声明，说明本项目与 Sonatype, Inc. 无关联、未获得其认可、赞助或背书，且 Sonatype 的相关商标归 Sonatype, Inc. 所有。

因此，我可以提供以下保证：

1. 我不会将 “NEXUS”、“SONATYPE”、“SONATYPE NEXUS”、“NEXUS REPOSITORY” 或类似 Sonatype 商标用作该开源项目的项目名称、仓库名称、release 名称、产品品牌或发行品牌。
2. 我会添加清晰免责声明，说明该项目与 Sonatype, Inc. 无关联、未获得其认可、赞助或背书，且 Sonatype 的相关商标归 Sonatype, Inc. 所有。
3. 我可能会继续对 Sonatype Nexus Repository 进行有限、准确的指称性引用，仅用于描述兼容性、迁移或互操作性，而不会将其作为项目品牌使用。

请确认上述处理方式是否可以解决 Sonatype 的顾虑。

此致，

Klboke

跟 PakePlus 有异曲同工之妙

@g632104866 可以理解你的想法。
我们之前在处理一个 nginx 的项目的时候也遇到过类似的事情，最后也是改名解决的。
基本上改名以后对方就不会管了，毕竟请律师也要钱，看到你改了，案子就结了。

@cryptovae #9 我一开始也以为是 pake plus 诈尸了

kkFileView 是你做的呀，可以，是大佬

开源/不开源的项目，在别人基础上做二改、二开的情况下，通常不使用 xx plus 、xx pro 、xx2 、xx next 这样的命名，似乎是默认的潜规则，也是避免误会，保持清白的好选择

引申出来，你没有在别人基础上做二次开发，但是这样的命名规则确实也有借名的嫌疑

最后感谢楼主的开源工作~祝好

和 pakeplus 那个神人比已经好多了，我还以为又是他，都准备开喷了

PakePlus 是真不要脸 说好了改名 完事又改回来