[Discuss] the package name & maven groupId & version number #761
Comments
|
This looks very good. Well Done. |
|
perfect |
|
我觉得OK，希望阿里巴巴 越来越好 |
|
The promotion of nacos products is obviously lagging behind with other components. Can we speed up the iteration? |
|
|
|
唯一的建议 是希望 其他如nacos、seata sentinel dubbo 等 cloud 依赖POM版本号能及时更新。是在是更新的太慢了。导致无法升级。 |
|
com.alibaba.springframework.cloud |
|
前排支持！ |
|
666 |
|
非常好，希望未来有一个完整的独立的微服务体系，赶超spring cloud! |
|
我认为如果
这样的方式有点模糊，特别是对使用0.9的童鞋来说，很可能会懵。 正常的逻辑，1.0比0.9新，应该支持更高版本；但却不是这样…… 我建议采用类似Spring Cloud的版本命名方式：
这样相对清晰一些。 |
|
包名改了之后，感觉像是alibaba的云组件，跟spring-cloud没啥关系了。 |
并没有脱离 spring-cloud，跟 spring cloud 官方还是合作的关系，可以参考 spring-cloud leader spencer 的留言: #739 (comment) |
now we have our own release train, we can release new version by ourselves. but we must make sure the modifications about pkg name & maven groupId & version number, it can't be changed if we use these new value. |
|
包名，groupId 我觉得ok,关于版本号，有个个人想法：是不是可以参考sb和sc的版本号规律，毕竟sca三个主版本是根据sb和sc的不同版本来区分的；如果是1.0/1.1/1.2可能还需要专门理解相应的版本对应关系，对于刚接触的来说并不是太友好，何不如遵照sb的版本特点:
第三位x可以根据alibaba体系下各个组件的版本迭代速度来自由把控； 也可以像上面周立大佬说的
哈哈，个人意见，大佬勿喷！ |
|
是否修改个人建议是找到或者可以给筒子们阐述一下为什么要修改？
|
看到这个，我理解的迁移项目是因为release受阻，确实没看出来为什么要改 |
|
同觉得版本没有什么辨识度！
既然SC官方用伦敦地铁站来命名版本，那我们可以用北京地铁站或者中国地名啊等等，比如这样
总之。。。就是一些中国元素了。。。 |
|
将http://maven.aliyun.com/mvn/ 作为主 |
个人感觉com.alibaba.cloud也是有点误导性的包名,感觉像是阿里云体系一样的概念. |
|
别争了，用汉字做版本号。 |
|
我觉得alibaba-cloud算spring-cloud里面的一个体系，基于spring-cloud来的。首先包名没有spring-cloud，这样感觉是跟spring-cloud平等的。其实不是。还有版本 我觉得还是跟spring-cloud走，不要用数字。如果使用数字1.x、2.x ，会让不懂的人无法跟spring-cloud版本做映射。还要去百度才知道。 |
|
关于版本号，个人支持用数字做版本号，简单直观，对新人友好，也容易表示小版本，而且我很好奇SC 26个字母用完了该用啥 |
|
|
数字版本号+1 ， 文档首页写明跟 Spring Cloud 版本号的映射关系就好了 |
|
可否直接使用spring cloud的版本号，E,F,G系列，这样减少了版本对齐的思维转换，更贴近spring cloud. |
So? Netfilx also needs to be changed? |
|
天干地支，简称为干支，源自中国远古时代对天象的观测。 版本号使用 "天干地支" 是个不错的建议: 十天干： 十二地支： 十二地支对应十二生肖，十二生效也有对应的英文名: 地支和生肖的对应关系: 子-鼠，丑-牛，寅-虎，卯-兔，辰-龙，巳-蛇， 午-马，未-羊，申-猴，酉-鸡，戌-狗，亥-猪。 生肖英文名: Rat 鼠，Ox 牛，Tiger 虎，Rabbit 兔，Dragon 龙，Snake 蛇，Horse 马，Goat 羊，Monkey 猴，Rooster 鸡，Dog 狗，Boar 猪 更加倾向于选择十二生肖 😁 从 Edgware 开始支持， Rat 支持 Edgware， Ox 支持 Finchley， Tiger 支持 Greenwich，Rabbit 支持 Hoxton .... |
感觉要首字母相同才好😁 |
如果选择中国特色的东西的话，首字母确实是不好对上的。 不过感觉还可以，Edgware 开始支持，从十二生肖 Rat 鼠可以。 😁 |
|
when the new version will release is my only want to know |
|
official policy announcement: https://spring.io/blog/2019/07/24/simplifying-the-spring-cloud-release-train |
参考Ubuntu使用两位首字母作版本号 |
|
目前决定 bom 版本号采用跟 Spring Cloud 一样的伦敦地铁站名，starter & 模块版本号采用数字: <dependencyManagement>
<dependencies>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>Greenwich.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>Greenwich.RELEASE 内部的 starter 版本号为 1.2.x: <dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
<version>1.2.0</version>
</dependency>版本对应关系:
|
|
由于两边版本节奏不一样，以 Greenwich 为例
虽然都是 Greenwich 大版本，但是小版本号不一样。以 Spring Cloud Greenwich.SR4 为例，需要记住 Spring Cloud Alibaba 的版本为 Greenwich.SR3，Starter & 模块名版本为 1.0.3。这样需要记住 3 个版本号。 参考孵化器时的做法，Bom 的版本号跟 Starter & 模块名 版本号一致。这样需要记住 2 个版本号:
|
|
只需记住 2 个版本号 比 记住 3 个版本号 显得更方便直接 |
|
倾向于这种模式的，请给这条回复点赞。
这种模式，参考了之前 Spring Cloud GCP 和 Spring Cloud Kubernetes 的方式。 |
|
倾向于这种模式的，请给这条回复点赞。
这个模式，SCA 的版本号与 Spring Boot 的版本号有一个对应关系。 |
|
倾向于这种模式的，请给这条回复点赞。
E版1.x，F版2.x，G版3.x，H版4.x...一目了然 1.0.x，1.1.x，1.2.x方式也有缺陷，无论到多少年，SCA大版本号永远是1。不懂的人以为SCA永远没在升级。 我觉得还是要在一定的原则下设计版本号，这个原则是“以我为主”，即按照自己的版本号规则即可，不用强制绑定spring boot或spring cloud版本。x.y.z；x代表重大架构/设计变化；y代表不兼容的升级或特性；z代表兼容的bug修改或特性升级； 由于spring cloud E版本的特殊性（长期维护到spring boot 1.5.x EOL） 1.0.0 对应 spring boot 1.5.x 和 spring cloud E 2.0.0 对应 spring boot 2.x 和 spring cloud F版本及以上，如果spring-cloud-alibaba不用修改代码即可兼容spring cloud G则不升级版本 如果由于架构或设计发生重大变化，即使对应的兼容spring cloud版本没有发生变化，我们自己也可以独立升级大版本 例如 2.0.0 和 3.0.0 都对应 spring cloud G |
This comment has been minimized.
This comment has been minimized.
|
倾向于这种模式的，请给这条回复点赞。
这个模式，SCA 的版本号与 Spring Cloud 的版本号有一个对应关系。 |
好的，我把你的原贴编辑一下，也参与到投票中。 |
|
版本号的要求其实就是简单易懂，一看就知道怎么个情况，再说清楚点，就是你看到SCA的版本号就知道对应的SpringCloud的版本。起码大版本应该是比较清楚的。但是其内部还牵扯的一个就是SpringBoot的版本。SpringCloud决定了整体技术路线，SpringBoot可以决定一些具体的编码特性和细节。所以个人觉得从易读性考虑，能把SpringBoot和SpringCloud的信息能直接表达出来最好。
1.x与Starter保持同步，y这个代表SCA的自我修复版本。在别人的基础上加上bug修复版本 |
|
我觉得还是要在一定的原则下设计版本号，这个原则是“以我为主”，即按照自己的版本号规则即可，不用强制绑定spring boot或spring cloud版本。x.y.z；x代表重大架构/设计变化；y代表不兼容的升级或特性；z代表兼容的bug修改或特性升级； 由于spring cloud E版本的特殊性（长期维护到spring boot 1.5.x EOL） 1.0.0 对应 spring boot 1.5.x 和 spring cloud E 2.0.0 对应 spring boot 2.x 和 spring cloud F版本及以上，如果spring-cloud-alibaba不用修改代码即可兼容spring cloud G则不升级版本 如果由于架构或设计发生重大变化，即使对应的兼容spring cloud版本没有发生变化，我们自己也可以独立升级大版本 例如 2.0.0 和 3.0.0 都对应 spring cloud G
|
很好的建议，我把你这条也加入到投票中。和 @HaojunRen 的那条合并了，免得分散了票数。 |
|
E版 1.x，F版 2.x，G 版 3.x，H 版 4.x... |
|
Thanks for the vote. |
and others
[Discuss] the package name & maven groupId & version number
Hi, everyone! now spring-cloud-alibaba have moved away from spring-cloud repository.
The official policy will be announced in the future by spring-cloud team to explain why spring-cloud-alibaba move away from spring-cloud repository.
The package name will be changed from
org.springframework.cloud.alibabatocom.alibaba.cloud.The maven groupId change from
org.springframework.cloudtocom.alibaba.cloud. maven artifactId will be keep, we think the fewer modification the better.since the package name & maven groupId modification, the version number will be changed. This is the mapping table between version number modification and Spring Cloud version number.
These modifications will effect the usage of spring-cloud-alibaba, we need the suggestions about package name & maven groupId & version number from community, please reply & discuss in the issue.
[讨论] 关于包名 & maven groupId & 版本号的修改
大家好，spring-cloud-alibaba 目前已经从 spring-cloud 的 github 仓库迁移到了 alibaba 仓库下。
spring-cloud 团队会在未来发出官方的公告解释为什么 spring-cloud-alibaba 会迁移到 alibaba 仓库下。
迁移意味着修改，下面是一些改动点的说明。
包名从
org.springframework.cloud.alibaba变成com.alibaba.cloud。maven groupId 从
org.springframework.cloud变成com.alibaba.cloud. maven artifactId 会保持原有的名字，我们认为我们改的越少，大家的改动也就越少。由于包名和 maven groupId 进行了修改，版本号也需要进行修改，这是版本号修改前后跟 Spring Cloud 版本号的映射关系表：
这些包名和 maven groupId 以及版本号的修改会影响目前 spring-cloud-alibaba 的使用者，我们需要社区的意见，也想听听社区的声音。大家可以在 issue 里进行答复和讨论。
The text was updated successfully, but these errors were encountered: