您好!
欢迎来到京东云开发者社区
登录
首页
博文
课程
大赛
工具
用户中心
开源
首页
博文
课程
大赛
工具
开源
更多
用户中心
开发者社区
>
博文
>
如何参与和贡献ShardingSphere(中)
分享
打开微信扫码分享
点击前往QQ分享
点击前往微博分享
点击复制链接
如何参与和贡献ShardingSphere(中)
Apache ShardingSphere
2021-01-26
IP归属:未知
25320浏览
# 官方文档贡献指南 如果您想帮助贡献ShardingSphere文档或网站,我们很乐意为您提供帮助!任何人都可以贡献,无论您是刚接触项目还是已经使用ShardingSphere很长时间,无论是自我认同的开发人员、最终用户,还是那些无法忍受错别字的人,都可以对文档或者网站进行贡献。 在贡献者指南里,已经提到如何提交Issues与Pull Request,这里我们将要介绍如何给官方文档提交Pull Request。 ## 前置条件 - 熟悉[官方网站](https://shardingsphere.apache.org/index_zh.html) - 熟悉[GitHub 协同开发流程](https://help.github.com/cn/github/collaborating-with-issues-and-pull-requests) - 熟练掌握[Markdown](https://help.github.com/cn/github/writing-on-github/basic-writing-and-formatting-syntax) - 熟悉[Hugo](https://gohugo.io/) ## Fork文档项目 Fork [ShardingSphere](https://github.com/apache/shardingsphere)的master分支。 ## 目录结构说明 ``` shardingsphere ├─docs ├─community │ ├─archetypes │ ├─content │ │ ├─users │ │ ├─contribute │ │ ├─team │ │ └─security │ ├─layouts │ ├─static │ └─themes ├─document │ ├─archetypes │ ├─content │ │ ├─dev-manual │ │ ├─downloads │ │ ├─faq │ │ ├─features │ │ │ ├─encrypt │ │ │ ├─governance │ │ │ ├─pluggable-architecture │ │ │ ├─replica-query │ │ │ ├─consensus-replica │ │ │ ├─scaling │ │ │ ├─shadow │ │ │ ├─sharding │ │ │ │ ├─concept │ │ │ │ ├─principle │ │ │ │ └─use-norms │ │ │ ├─test-engine │ │ │ └─transaction │ │ │ ├─concept │ │ │ ├─function │ │ │ └─use-norms │ │ ├─user-manual │ │ │ ├─shardingsphere-jdbc │ │ │ │ ├─configuration │ │ │ │ └─usage │ │ │ ├─shardingsphere-proxy │ │ │ ├─shardingsphere-scaling │ │ │ ├─shardingsphere-sidecar │ │ │ └─shardingsphere-ui │ │ ├─overview │ │ └─quick-start │ ├─i18n │ ├─layouts │ ├─static │ └─themes ``` ## 文档基础知识 ShardingSphere文档使用Markdown编写,并使用Hugo进行处理生成html,部署于[asf-site](https://github.com/apache/shardingsphere-doc/tree/asf-site)分支,源代码位于[Github](https://github.com/apache/shardingsphere/tree/master) 。 - [官方教程最新版本](https://shardingsphere.apache.org/document/current/cn/overview/)源存储在`/document/` - [社区介绍及贡献](https://shardingsphere.apache.org/community/cn/contribute/)相关文档源都储存在`/community/content/` 您可以从[Github](https://github.com/apache/shardingsphere/issues)网站上提交问题,编辑内容和查看其他人的更改。 ## 页面模板 页面模板位于themes中的 `layouts/partials/` 目录中。 ## 提出具体可查找的问题 任何拥有Github帐户的人都可以针对ShardingSphere文档提出问题(错误报告)。如果您发现错误,即使您不知道如何修复它,也应提出问题。 **如何提出问题?** 1. 附加出现问题的文档链接。 1. 详细描述问题。 1. 描述问题对用户造成的困扰。 1. 提出建议修复的方式。 1. 在[Issues](https://github.com/apache/shardingsphere/issues)中`New issue` 提出您的问题。 ## 提交更改 **操作步骤如下:** 1. 首先,你需要在master分支目录结构中定位出你要操作的文件。 1. 文件操作完成后,提pull request到master分支。 ## 约定 - 非特别说明,请使用Hugo的`0.70.0`版本 - asf-site分支由官方定期更新,您无需向asf-site提交pull request # ShardingSphere发布指南 ## GPG设置 **1. 安装GPG** 在[GnuPG官网](https://www.gnupg.org/download/index.html)下载安装包。 GnuPG的1.x版本和2.x版本的命令有细微差别,下列说明以`GnuPG-2.1.23`版本为例。 安装完成后,执行以下命令查看版本号。 ```shell gpg --version ``` **2. 创建key** 安装完成后,执行以下命令创建key。 `GnuPG-2.x`可使用: ```shell gpg --full-gen-key ``` `GnuPG-1.x`可使用: ```shell gpg --gen-key ``` 根据提示完成key: > 注意:请使用Apache mail生成GPG的Key。 ```shell gpg (GnuPG) 2.0.12; Copyright (C) 2009 Free Software Foundation, Inc. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Please select what kind of key you want: (1) RSA and RSA (default) (2) DSA and Elgamal (3) DSA (sign only) (4) RSA (sign only) Your selection? 1 RSA keys may be between 1024 and 4096 bits long. What keysize do you want? (2048) 4096 Requested keysize is 4096 bits Please specify how long the key should be valid. 0 = key does not expire <n> = key expires in n days <n>w = key expires in n weeks <n>m = key expires in n months <n>y = key expires in n years Key is valid for? (0) Key does not expire at all Is this correct? (y/N) y GnuPG needs to construct a user ID to identify your key. Real name: ${输入用户名} Email address: ${输入邮件地址} Comment: ${输入注释} You selected this USER-ID: "${输入的用户名} (${输入的注释}) <${输入的邮件地址}>" Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O You need a Passphrase to protect your secret key. # 输入密码 ``` **3. 查看生成的key** ```shell gpg --list-keys ``` 执行结果: ```shell pub 4096R/700E6065 2019-03-20 uid ${用户名} (${注释}) <{邮件地址}> sub 4096R/0B7EF5B2 2019-03-20 ``` 其中700E6065为公钥ID。 **4. 将公钥同步到服务器** 命令如下: ```shell gpg --keyserver hkp://pool.sks-keyservers.net --send-key 700E6065 ``` `pool.sks-keyservers.net`为随意挑选的[公钥服务器](https://sks-keyservers.net/status/),每个服务器之间是自动同步的,选任意一个即可。 ## 发布Apache Maven中央仓库 **1. 设置settings.xml文件** 将以下模板添加到 `~/.m2/settings.xml`中,所有密码需要加密后再填入。 加密设置可参考[这里](http://maven.apache.org/guides/mini/guide-encryption.html)。 ```xml <settings> <servers> <server> <id>apache.snapshots.https</id> <username> <!-- APACHE LDAP 用户名 --> </username> <password> <!-- APACHE LDAP 加密后的密码 --> </password> </server> <server> <id>apache.releases.https</id> <username> <!-- APACHE LDAP 用户名 --> </username> <password> <!-- APACHE LDAP 加密后的密码 --> </password> </server> </servers> </settings> ``` **2. 更新版本说明和示例版本** 在Github主干上更新如下文件,并提交PR到主干: ``` https://github.com/apache/shardingsphere/blob/master/RELEASE-NOTES.md ``` 更新`examples`模块的pom,将版本由${CURRENT.VERSION}替换为${RELEASE.VERSION}。 **3. 创建发布分支** 假设从github下载的ShardingSphere源代码在`~/shardingsphere/`目录;假设即将发布的版本为`${RELEASE.VERSION}`。 创建`${RELEASE.VERSION}-release`分支,接下来的操作都在该分支进行。 ```shell ## ${name}为源码所在分支,如:master,dev-4.x git clone --branch ${name} https://github.com/apache/shardingsphere.git ~/shardingsphere cd ~/shardingsphere/ git pull git checkout -b ${RELEASE.VERSION}-release git push origin ${RELEASE.VERSION}-release ``` **4. 发布预校验** ```shell mvn release:prepare -Prelease -Darguments="-DskipTests" -DautoVersionSubmodules=true -DdryRun=true -Dusername=${Github用户名} ``` -Prelease: 选择release的profile,这个profile会打包所有源码、jar文件以及ShardingSphere-Proxy的可执行二进制包。 -DautoVersionSubmodules=true:作用是发布过程中版本号只需要输入一次,不必为每个子模块都输入一次。 -DdryRun=true:演练,即不产生版本号提交,不生成新的tag。 **5. 准备发布** 首先清理发布预校验本地信息。 ```shell mvn release:clean ``` ```shell mvn release:prepare -Prelease -Darguments="-DskipTests" -DautoVersionSubmodules=true -DpushChanges=false -Dusername=${Github用户名} ``` 和上一步演练的命令基本相同,去掉了-DdryRun=true参数。 -DpushChanges=false:不要将修改后的版本号和tag自动提交至Github。 将本地文件检查无误后,提交至github。 ```shell git push origin ${RELEASE.VERSION}-release git push origin --tags ``` **6. 部署发布** ```shell mvn release:perform -Prelease -Darguments="-DskipTests" -DautoVersionSubmodules=true -Dusername=${Github用户名} ``` 执行完该命令后,待发布版本会自动上传到Apache的临时筹备仓库(staging repository)。 访问https://repository.apache.org/#stagingRepositories, 使用Apache的LDAP账户登录后,就会看到上传的版本,`Repository`列的内容即为${STAGING.REPOSITORY}。 点击`Close`来告诉Nexus这个构建已经完成,只有这样该版本才是可用的。 如果电子签名等出现问题,`Close`会失败,可以通过`Activity`查看失败信息。 ## 发布Apache SVN仓库 **1. 检出shardingsphere发布目录** 如无本地工作目录,则先创建本地工作目录。 ```shell mkdir -p ~/ss_svn/dev/ cd ~/ss_svn/dev/ ``` 创建完毕后,从Apache SVN检出shardingsphere发布目录。 ```shell svn --username=${APACHE LDAP 用户名} co https://dist.apache.org/repos/dist/dev/shardingsphere cd ~/ss_svn/dev/shardingsphere ``` **2. 添加gpg公钥** 仅第一次部署的账号需要添加,只要`KEYS`中包含已经部署过的账户的公钥即可。 ```shell gpg -a --export ${GPG用户名} >> KEYS ``` **3. 将待发布的内容添加至SVN目录** 创建版本号目录。 ```shell mkdir -p ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cd ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} ``` 将源码包、二进制包和ShardingSphere-Proxy可执行二进制包添加至SVN工作目录。 ```shell cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-src-distribution/target/*.zip ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-src-distribution/target/*.zip.asc ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-jdbc-distribution/target/*.tar.gz ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-jdbc-distribution/target/*.tar.gz.asc ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-proxy-distribution/target/*.tar.gz ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-proxy-distribution/target/*.tar.gz.asc ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-scaling-distribution/target/*.tar.gz ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} cp -f ~/shardingsphere/shardingsphere-distribution/shardingsphere-scaling-distribution/target/*.tar.gz.asc ~/ss_svn/dev/shardingsphere/${RELEASE.VERSION} ``` **4. 生成文件签名** ```shell shasum -a 512 apache-shardingsphere-${RELEASE.VERSION}-src.zip > apache-shardingsphere-${RELEASE.VERSION}-src.zip.sha512 shasum -b -a 512 apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-jdbc-bin.tar.gz > apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-jdbc-bin.tar.gz.sha512 shasum -b -a 512 apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-proxy-bin.tar.gz > apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-proxy-bin.tar.gz.sha512 shasum -b -a 512 apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-scaling-bin.tar.gz > apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-scaling-bin.tar.gz.sha512 ``` **5. 提交Apache SVN** ```shell svn add * svn --username=${APACHE LDAP 用户名} commit -m "release ${RELEASE.VERSION}" ``` ## 检查发布结果 **检查sha512哈希** ```shell shasum -c apache-shardingsphere-${RELEASE.VERSION}-src.zip.sha512 shasum -c apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-jdbc-bin.tar.gz.sha512 shasum -c apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-proxy-bin.tar.gz.sha512 shasum -c apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-scaling-bin.tar.gz.sha512 ``` **检查gpg签名** 首先导入发布人公钥。从svn仓库导入KEYS到本地环境。(发布版本的人不需要再导入,帮助做验证的人需要导入,用户名填发版人的即可) ```shell curl https://dist.apache.org/repos/dist/dev/shardingsphere/KEYS >> KEYS gpg --import KEYS gpg --edit-key "${发布人的gpg用户名}" > trust Please decide how far you trust this user to correctly verify other users' keys (by looking at passports, checking fingerprints from different sources, etc.) 1 = I don't know or won't say 2 = I do NOT trust 3 = I trust marginally 4 = I trust fully 5 = I trust ultimately m = back to the main menu Your decision? 5 > save ``` 然后进行gpg签名检查。 ```shell gpg --verify apache-shardingsphere-${RELEASE.VERSION}-src.zip.asc apache-shardingsphere-${RELEASE.VERSION}-src.zip gpg --verify apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-jdbc-bin.tar.gz.asc apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-jdbc-bin.tar.gz gpg --verify apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-proxy-bin.tar.gz.asc apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-proxy-bin.tar.gz gpg --verify apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-scaling-bin.tar.gz.asc apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-scaling-bin.tar.gz ``` **检查发布文件内容** **对比源码包与Github上tag的内容差异** ``` curl -Lo tag-${RELEASE.VERSION}.zip https://github.com/apache/shardingsphere/archive/${RELEASE.VERSION}.zip unzip tag-${RELEASE.VERSION}.zip unzip apache-shardingsphere-${RELEASE.VERSION}-src.zip diff -r apache-shardingsphere-${RELEASE.VERSION}-src-release shardingsphere-${RELEASE.VERSION} ``` **检查源码包的文件内容** - 检查源码包是否包含由于包含不必要文件,致使tarball过于庞大 - 存在`LICENSE`和`NOTICE`文件 - `NOTICE`文件中的年份正确 - 只存在文本文件,不存在二进制文件 - 所有文件的开头都有ASF许可证 - 能够正确编译,单元测试可以通过 (./mvnw install) - 检查是否有多余文件或文件夹,例如空文件夹等 **检查二进制包的文件内容** 解压缩 `apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-jdbc-bin.tar.gz`, `apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-proxy-bin.tar.gz`和 `apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-scaling-bin.tar.gz` 进行如下检查: - 存在`LICENSE`和`NOTICE`文件 - `NOTICE`文件中的年份正确 - 所有文本文件开头都有ASF许可证 - 检查第三方依赖许可证: - 第三方依赖的许可证兼容 - 所有第三方依赖的许可证都在`LICENSE`文件中声名 - 依赖许可证的完整版全部在`license`目录 - 如果依赖的是Apache许可证并且存在`NOTICE`文件,那么这些`NOTICE`文件也需要加入到版本的`NOTICE`文件中 ## 发起投票 **投票阶段** 1. ShardingSphere社区投票,发起投票邮件到`dev@shardingsphere.apache.org`。PMC需要先按照文档检查版本的正确性,然后再进行投票。 经过至少72小时并统计到3个`+1 PMC member`票后,即可进入下一阶段的投票。 2. 宣布投票结果,发起投票结果邮件到`dev@shardingsphere.apache.org`。 **投票模板** 1. ShardingSphere社区投票模板 标题: ``` [VOTE] Release Apache ShardingSphere ${RELEASE.VERSION} ``` 正文: ``` Hello ShardingSphere Community, This is a call for vote to release Apache ShardingSphere version ${RELEASE.VERSION} Release notes: https://github.com/apache/shardingsphere/blob/master/RELEASE-NOTES.md The release candidates: https://dist.apache.org/repos/dist/dev/shardingsphere/${RELEASE.VERSION}/ Maven 2 staging repository: https://repository.apache.org/content/repositories/${STAGING.REPOSITORY}/org/apache/shardingsphere/ Git tag for the release: https://github.com/apache/shardingsphere/tree/${RELEASE.VERSION}/ Release Commit ID: https://github.com/apache/shardingsphere/commit/xxxxxxxxxxxxxxxxxxxxxxx Keys to verify the Release Candidate: https://dist.apache.org/repos/dist/dev/shardingsphere/KEYS Look at here for how to verify this release candidate: https://shardingsphere.apache.org/community/en/contribute/release/ GPG user ID: ${YOUR.GPG.USER.ID} The vote will be open for at least 72 hours or until necessary number of votes are reached. Please vote accordingly: [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove with the reason PMC vote is +1 binding, all others is +1 non-binding. Checklist for reference: [ ] Download links are valid. [ ] Checksums and PGP signatures are valid. [ ] Source code distributions have correct names matching the current release. [ ] LICENSE and NOTICE files are correct for each ShardingSphere repo. [ ] All files have license headers if necessary. [ ] No compiled archives bundled in source archive. ``` 2. 宣布投票结果模板: 标题: ``` [RESULT][VOTE] Release Apache ShardingSphere ${RELEASE.VERSION} ``` 正文: ``` We’ve received 3 +1 binding votes and one +1 non-binding vote: +1 binding, xxx +1 binding, xxx +1 binding, xxx +1 non-binding, xxx Thank you everyone for taking the time to review the release and help us. I will process to publish the release and send ANNOUNCE. ``` ## 完成发布 **1. 将源码、二进制包以及KEYS从svn的dev目录移动到release目录** ```shell svn mv https://dist.apache.org/repos/dist/dev/shardingsphere/${RELEASE.VERSION} https://dist.apache.org/repos/dist/release/shardingsphere/ -m "transfer packages for ${RELEASE.VERSION}" svn delete https://dist.apache.org/repos/dist/release/shardingsphere/KEYS -m "delete KEYS" svn cp https://dist.apache.org/repos/dist/dev/shardingsphere/KEYS https://dist.apache.org/repos/dist/release/shardingsphere/ -m "transfer KEYS for ${RELEASE.VERSION}" ``` **2. 在Apache Staging仓库找到ShardingSphere并点击`Release`** **3. 合并Github的release分支到`master`, 合并完成后删除release分支** ```shell git checkout master git merge origin/${RELEASE.VERSION}-release git pull git push origin master git push --delete origin ${RELEASE.VERSION}-release git branch -d ${RELEASE.VERSION}-release ``` **4. 修改 README 文件** 将`README.md`和`README_ZH.md`里的`${PREVIOUS.RELEASE.VERSION}`修改为`${RELEASE.VERSION}` 将`MySQLServerInfo.java`中的`SERVER_VERSION`从`${RELEASE.VERSION}`修改为`${NEXT.RELEASE.VERSION}` **5. 发布 Docker** 5.1 准备工作 本地安装 Docker,并启动服务。 5.2 编译 Docker 镜像 ```shell git checkout ${RELEASE.VERSION} cd ~/shardingsphere/shardingsphere-distribution/shardingsphere-proxy-distribution/ mvn clean package -Prelease,docker ``` 5.3 给本地 Docker 镜像打标记 通过`docker images`查看到 IMAGE ID,例如为:e9ea51023687 ```shell docker tag e9ea51023687 apache/sharding-proxy:latest docker tag e9ea51023687 apache/sharding-proxy:${RELEASE.VERSION} ``` 5.4 发布 Docker 镜像 ```shell docker push apache/sharding-proxy:latest docker push apache/sharding-proxy:${RELEASE_VERSION} ``` 5.5 确认发布成功 登录 [Docker Hub](https://hub.docker.com/r/apache/sharding-proxy/) 查看是否有发布的镜像 **6. GitHub版本发布** 在 [GitHub Releases](https://github.com/apache/shardingsphere/releases) 页面的 `${RELEASE_VERSION}` 版本上点击 `Edit` 编辑版本号及版本说明,并点击 `Publish release` **7. 更新下载页面** 等待并确认新的发布版本同步至 Apache 镜像后,更新如下页面: https://shardingsphere.apache.org/document/current/en/downloads/ https://shardingsphere.apache.org/document/current/cn/downloads/ GPG签名文件和哈希校验文件的下载连接应该使用这个前缀:`https://downloads.apache.org/shardingsphere/` `最新版本`中保留一个最新的版本。Incubator阶段历史版本会自动归档到[Archive repository](https://archive.apache.org/dist/incubator/shardingsphere/) **8. 邮件通知版本发布完成** 发送邮件到`dev@shardingsphere.apache.org`和`announce@apache.org`通知完成版本发布 通知邮件模板: 标题: ``` [ANNOUNCE] Apache ShardingSphere ${RELEASE.VERSION} available ``` 正文: ``` Hi all, Apache ShardingSphere Team is glad to announce the new release of Apache ShardingSphere ${RELEASE.VERSION}. ShardingSphere is an open-source ecosystem consisted of a set of distributed database middleware solutions, including 2 independent products, ShardingSphere-JDBC & ShardingSphere-Proxy. They both provide functions of data sharding, distributed transaction and database governance, applicable in a variety of situations such as Java isomorphism, heterogeneous language. Aiming at reasonably making full use of the computation and storage capacity of the database in a distributed system, ShardingSphere defines itself as a middleware, rather than a totally new type of database. As the cornerstone of many enterprises, relational database still takes a huge market share. Therefore, at the current stage, we prefer to focus on its increment instead of a total overturn. Download Links: https://shardingsphere.apache.org/document/current/en/downloads/ Release Notes: https://github.com/apache/shardingsphere/blob/master/RELEASE-NOTES.md Website: https://shardingsphere.apache.org/ ShardingSphere Resources: - Issue: https://github.com/apache/shardingsphere/issues/ - Mailing list: dev@shardingsphere.apache.org - Documents: https://shardingsphere.apache.org/document/current/ - Apache ShardingSphere Team ``` # ShardingSphere-UI发布指南 ## GPG设置 详情请参见[发布指南](/cn/contribute/release/)。 ## 发布Apache Maven中央仓库 **1. 设置settings.xml文件** 将以下模板添加到 `~/.m2/settings.xml`中,所有密码需要加密后再填入。 加密设置可参考[这里](http://maven.apache.org/guides/mini/guide-encryption.html)。 ```xml <settings> <servers> <server> <id>apache.snapshots.https</id> <username> <!-- APACHE LDAP 用户名 --> </username> <password> <!-- APACHE LDAP 加密后的密码 --> </password> </server> <server> <id>apache.releases.https</id> <username> <!-- APACHE LDAP 用户名 --> </username> <password> <!-- APACHE LDAP 加密后的密码 --> </password> </server> </servers> </settings> ``` **2. 更新版本说明** ``` https://github.com/apache/shardingsphere-ui/blob/master/RELEASE-NOTES.md ``` **3. 创建发布分支** 假设从github下载的ShardingSphere源代码在`~/shardingsphere-ui/`目录;假设即将发布的版本为`${RELEASE.VERSION}`。 创建`${RELEASE.VERSION}-release`分支,接下来的操作都在该分支进行。 ```shell ## ${name}为源码所在分支,如:master,dev-4.x git clone --branch ${name} https://github.com/apache/shardingsphere-ui.git ~/shardingsphere-ui cd ~/shardingsphere-ui/ git pull git checkout -b ${RELEASE.VERSION}-release git push origin ${RELEASE.VERSION}-release ``` **4. 发布预校验** ```shell cd ~/shardingsphere-ui mvn release:prepare -Prelease -Darguments="-DskipTests" -DautoVersionSubmodules=true -DdryRun=true -Dusername=${Github用户名} ``` -Prelease: 选择release的profile,这个profile会打包所有源码、jar文件以及ShardingSphere-UI的可执行二进制包。 -DautoVersionSubmodules=true:作用是发布过程中版本号只需要输入一次,不必为每个子模块都输入一次。 -DdryRun=true:演练,即不产生版本号提交,不生成新的tag。 **5. 准备发布** 首先清理发布预校验本地信息。 ```shell cd ~/shardingsphere-ui mvn release:clean ``` 然后准备执行发布。 ```shell cd ~/shardingsphere-ui mvn release:prepare -Prelease -Darguments="-DskipTests" -DautoVersionSubmodules=true -DpushChanges=false -Dusername=${Github用户名} ``` 和上一步演练的命令基本相同,去掉了-DdryRun=true参数。 -DpushChanges=false:不要将修改后的版本号和tag自动提交至Github。 将本地文件检查无误后,提交至github。 ```shell git push origin ${RELEASE.VERSION}-release git push origin --tags ``` **6. 部署发布** ```shell cd ~/shardingsphere-ui mvn release:perform -Prelease -Darguments="-DskipTests" -DautoVersionSubmodules=true -Dusername=${Github用户名} ``` ## 发布Apache SVN仓库 **1. 检出shardingsphere发布目录** 如无本地工作目录,则先创建本地工作目录。 ```shell mkdir -p ~/ss_svn/dev/ cd ~/ss_svn/dev/ ``` 创建完毕后,从Apache SVN检出shardingsphere发布目录。 ```shell svn --username=${APACHE LDAP 用户名} co https://dist.apache.org/repos/dist/dev/shardingsphere cd ~/ss_svn/dev/shardingsphere ``` **2. 添加gpg公钥** 仅第一次部署的账号需要添加,只要`KEYS`中包含已经部署过的账户的公钥即可。 ```shell gpg -a --export ${GPG用户名} >> KEYS ``` **3. 将待发布的内容添加至SVN目录** 创建版本号目录。 ```shell mkdir -p ~/ss_svn/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION} cd ~/ss_svn/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION} ``` 将源码包和二进制包添加至SVN工作目录。 ```shell cp -f ~/shardingsphere-ui/shardingsphere-ui-distribution/shardingsphere-ui-src-distribution/target/*.zip ~/ss_svn/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION} cp -f ~/shardingsphere-ui/shardingsphere-ui-distribution/shardingsphere-ui-src-distribution/target/*.zip.asc ~/ss_svn/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION} cp -f ~/shardingsphere-ui/shardingsphere-ui-distribution/shardingsphere-ui-bin-distribution/target/*.tar.gz ~/ss_svn/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION} cp -f ~/shardingsphere-ui/shardingsphere-ui-distribution/shardingsphere-ui-bin-distribution/target/*.tar.gz.asc ~/ss_svn/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION} ``` **4. 生成文件签名** ```shell shasum -a 512 apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-src.zip > apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-src.zip.sha512 shasum -b -a 512 apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-bin.tar.gz > apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-bin.tar.gz.sha512 ``` **5. 提交Apache SVN** ```shell cd ~/ss_svn/dev/shardingsphere/ svn add shardingsphere-ui-${RELEASE.VERSION} svn --username=${APACHE LDAP 用户名} commit -m "release shardingsphere-ui-${RELEASE.VERSION}" ``` ## 检查发布结果 **检查sha512哈希** ```shell shasum -c apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-src.zip.sha512 shasum -c apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-bin.tar.gz.sha512 ``` **检查gpg签名** 首先导入发布人公钥。从svn仓库导入KEYS到本地环境。(发布版本的人不需要再导入,帮助做验证的人需要导入,用户名填发版人的即可) ```shell curl https://dist.apache.org/repos/dist/dev/shardingsphere/KEYS >> KEYS gpg --import KEYS gpg --edit-key "${发布人的gpg用户名}" > trust Please decide how far you trust this user to correctly verify other users' keys (by looking at passports, checking fingerprints from different sources, etc.) 1 = I don't know or won't say 2 = I do NOT trust 3 = I trust marginally 4 = I trust fully 5 = I trust ultimately m = back to the main menu Your decision? 5 > save ``` 然后进行gpg签名检查。 ```shell gpg --verify apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-src.zip.asc apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-src.zip gpg --verify apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-bin.tar.gz.asc apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-bin.tar.gz ``` **检查发布文件内容** **对比源码包与Github上tag的内容差异** ``` curl -Lo tag-${RELEASE.VERSION}.zip https://github.com/apache/shardingsphere-ui/archive/${RELEASE.VERSION}.zip unzip tag-${RELEASE.VERSION}.zip unzip apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-src.zip diff -r apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-src shardingsphere-shardingsphere-ui-${RELEASE.VERSION} ``` **检查源码包的文件内容** - 检查源码包是否包含由于包含不必要文件,致使tarball过于庞大 - 存在`LICENSE`和`NOTICE`文件 - `NOTICE`文件中的年份正确 - 只存在文本文件,不存在二进制文件 - 所有文件的开头都有ASF许可证 - 能够正确编译,单元测试可以通过 (./mvnw install) - 检查是否有多余文件或文件夹,例如空文件夹等 **检查二进制包的文件内容** 解压缩`apache-shardingsphere-${RELEASE.VERSION}-shardingsphere-ui-bin.tar.gz` 进行如下检查: - 存在`LICENSE`和`NOTICE`文件 - `NOTICE`文件中的年份正确 - 所有文本文件开头都有ASF许可证 - 检查第三方依赖许可证: - 第三方依赖的许可证兼容 - 所有第三方依赖的许可证都在`LICENSE`文件中声名 - 依赖许可证的完整版全部在`license`目录 - 如果依赖的是Apache许可证并且存在`NOTICE`文件,那么这些`NOTICE`文件也需要加入到版本的`NOTICE`文件中 ## 发起投票 **投票阶段** 1. ShardingSphere社区投票,发起投票邮件到`dev@shardingsphere.apache.org`。PMC需要先按照文档检查版本的正确性,然后再进行投票。 经过至少72小时并统计到3个`+1 PMC member`票后,即可进入下一阶段的投票。 2. 宣布投票结果,发起投票结果邮件到`dev@shardingsphere.apache.org`。 **投票模板** 1. ShardingSphere社区投票模板 标题: ``` [VOTE] Release Apache ShardingSphere UI ${RELEASE.VERSION} ``` 正文: ``` Hello ShardingSphere Community, This is a call for vote to release Apache ShardingSphere UI version ${RELEASE.VERSION} Release notes: https://github.com/apache/shardingsphere-ui/blob/master/RELEASE-NOTES.md The release candidates: https://dist.apache.org/repos/dist/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION}/ Git tag for the release: https://github.com/apache/shardingsphere-ui/tree/${RELEASE.VERSION}/ Release Commit ID: https://github.com/apache/shardingsphere-ui/commit/xxxxxxxxxxxxxxxxxxxxxxx Keys to verify the Release Candidate: https://dist.apache.org/repos/dist/dev/shardingsphere/KEYS Look at here for how to verify this release candidate: https://shardingsphere.apache.org/community/en/contribute/release_ui/ GPG user ID: ${YOUR.GPG.USER.ID} The vote will be open for at least 72 hours or until necessary number of votes are reached. Please vote accordingly: [ ] +1 approve [ ] +0 no opinion [ ] -1 disapprove with the reason PMC vote is +1 binding, all others is +1 non-binding. Checklist for reference: [ ] Download links are valid. [ ] Checksums and PGP signatures are valid. [ ] Source code distributions have correct names matching the current release. [ ] LICENSE and NOTICE files are correct for each ShardingSphere repo. [ ] All files have license headers if necessary. [ ] No compiled archives bundled in source archive. ``` 2. 宣布投票结果模板: 标题: ``` [RESULT][VOTE] Release Apache ShardingSphere UI ${RELEASE.VERSION} ``` 正文: ``` We’ve received 3 +1 binding votes and one +1 non-binding vote: +1 binding, xxx +1 binding, xxx +1 binding, xxx +1 non-binding, xxx Thank you everyone for taking the time to review the release and help us. I will process to publish the release and send ANNOUNCE. ``` ## 完成发布 **1. 将源码、二进制包以及KEYS从svn的dev目录移动到release目录** ```shell svn mv https://dist.apache.org/repos/dist/dev/shardingsphere/shardingsphere-ui-${RELEASE.VERSION} https://dist.apache.org/repos/dist/release/shardingsphere/ -m "transfer packages for shardingsphere-ui-${RELEASE.VERSION}" svn delete https://dist.apache.org/repos/dist/release/shardingsphere/KEYS -m "delete KEYS" svn cp https://dist.apache.org/repos/dist/dev/shardingsphere/KEYS https://dist.apache.org/repos/dist/release/shardingsphere/ -m "transfer KEYS for shardingsphere-ui-${RELEASE.VERSION}" ``` **2. 合并Github的release分支到`master`, 合并完成后删除release分支** ```shell git checkout master git merge origin/${RELEASE.VERSION}-release git pull git push origin master git push --delete origin ${RELEASE.VERSION}-release git branch -d ${RELEASE.VERSION}-release ``` **3. 发布 Docker** 3.1 准备工作 本地安装 Docker,并启动服务。 3.2 编译 Docker 镜像 ```shell git checkout ${RELEASE.VERSION} cd ~/shardingsphere-ui/shardingsphere-ui-distribution/shardingsphere-ui-bin-distribution/ mvn clean package -Prelease,docker ``` 3.3 给本地 Docker 镜像打标记 通过`docker images`查看到IMAGE ID,例如为:e9ea51023687 ```shell docker tag e9ea51023687 apache/shardingsphere-ui:latest docker tag e9ea51023687 apache/shardingsphere-ui:${RELEASE.VERSION} ``` 3.4 发布Docker镜像 ```shell docker push apache/shardingsphere-ui:latest docker push apache/shardingsphere-ui:${RELEASE_VERSION} ``` 3.5 确认发布成功 登录 [Docker Hub](https://hub.docker.com/r/apache/shardingsphere-ui/) 查看是否有发布的镜像 **4. GitHub 版本发布** 在 [GitHub Releases](https://github.com/apache/shardingsphere-ui/releases) 页面的 `shardingsphere-ui-${RELEASE_VERSION}` 版本上点击 `Edit` 编辑版本号及版本说明,并点击 `Publish release` **5. 更新下载页面** 等待并确认新的发布版本同步至 Apache 镜像后,更新如下页面: https://shardingsphere.apache.org/document/current/en/downloads/ https://shardingsphere.apache.org/document/current/cn/downloads/ GPG签名文件和哈希校验文件的下载连接应该使用这个前缀: `https://downloads.apache.org/shardingsphere/` `最新版本`中保留一个最新的版本。Incubator阶段历史版本会自动归档到[Archive repository](https://archive.apache.org/dist/incubator/shardingsphere/) **6. 邮件通知版本发布完成** ## 发送邮件到`dev@shardingsphere.apache.org`和`announce@apache.org`通知完成版本发布 通知邮件模板: 标题: ``` [ANNOUNCE] Apache ShardingSphere UI ${RELEASE.VERSION} available ``` 正文: ``` Hi all, Apache ShardingSphere Team is glad to announce the new release of Apache ShardingSphere UI ${RELEASE.VERSION}. ShardingSphere is an open-source ecosystem consisted of a set of distributed database middleware solutions, including 2 independent products, ShardingSphere-JDBC & ShardingSphere-Proxy. They both provide functions of data sharding, distributed transaction and database governance, applicable in a variety of situations such as Java isomorphism, heterogeneous language. Aiming at reasonably making full use of the computation and storage capacity of the database in a distributed system, ShardingSphere defines itself as a middleware, rather than a totally new type of database. As the cornerstone of many enterprises, relational database still takes a huge market share. Therefore, at the current stage, we prefer to focus on its increment instead of a total overturn. Download Links: https://shardingsphere.apache.org/document/current/en/downloads/ Release Notes: https://github.com/apache/shardingsphere-ui/blob/master/RELEASE-NOTES.md Website: https://shardingsphere.apache.org/ ShardingSphere Resources: - Issue: https://github.com/apache/shardingsphere-ui/issues/ - Mailing list: dev@shardingsphere.apache.org - Documents: https://shardingsphere.apache.org/document/current/ - Apache ShardingSphere Team ```
原创文章,需联系作者,授权转载
上一篇:如何参与和贡献ShardingSphere(上)
下一篇:如何参与和贡献ShardingSphere(下)
Apache ShardingSphere
文章数
96
阅读量
231327
作者其他文章
01
突破关系型数据库桎梏:云原生数据库中间件核心剖析
数据库技术的发展与变革方兴未艾,NewSQL的出现,只是将各种所需技术组合在一起,而这些技术组合在一起所实现的核心功能,推动着云原生数据库的发展。 NewSQL的三种分类中,新架构和云数据库涉及了太多与数据库相关的底层实现,为了保证本文的范围不至太过发散,我们重点介绍透明化分片数据库中间件的核心功能与实现原理,另外两种类型的NewSQL在核心功能上类似,但实现原理会有所差别。
01
Apache ShardingSphere数据脱敏全解决方案详解(上)
Apache ShardingSphere针对新业务上线、旧业务改造分别提供了相应的全套脱敏解决方案。
01
Shardingsphere整合Narayana对XA分布式事务的支持(4)
ShardingSphere对于XA方案,提供了一套SPI解决方案,对Narayana进行了整合,Narayana初始化流程,开始事务流程,获取连接流程,提交事务流程,回滚事务流程。
01
从中间件到分布式数据库生态,ShardingSphere 5.x革新变旧
5.x 是 Apache ShardingSphere从分库分表中间件向分布式数据库生态转化的里程碑,从 4.x 版本后期开始打磨的可插拔架构在 5.x 版本已逐渐成型,项目的设计理念和 API 都进行了大幅提升。欢迎大家测试使用!
最新回复
丨
点赞排行
共0条评论
Apache ShardingSphere
文章数
96
阅读量
231327
作者其他文章
01
突破关系型数据库桎梏:云原生数据库中间件核心剖析
01
Apache ShardingSphere数据脱敏全解决方案详解(上)
01
Shardingsphere整合Narayana对XA分布式事务的支持(4)
01
从中间件到分布式数据库生态,ShardingSphere 5.x革新变旧
添加企业微信
获取1V1专业服务
扫码关注
京东云开发者公众号