JuliaZH.jl
JuliaZH.jl copied to clipboard
JuliaCN
更新策略
我觉得我们可能需要明确一下更新策略，因为实际上不同版本的文档大部分内容是一样的。翻译本身不需要一定跟进最新版本，但是作为用户在看到首页的版本号以后会认为这个文档过时了。所以我觉得我们可以维持以下更新策略：
- 每个Julia release更新一次master branch的版本号，然后tag一个版本。无须管中文翻译是否覆盖了所有的更新
- 每年同步master branch到julialang的master branch一次，以及transifex上也同步一次文档
这样降低了我们这边的工作量，也减少了一些误解。
Registration pull request created: JuliaRegistries/General/19035
After the above pull request is merged, it is recommended that a tag is created on this repository for the registered package version.
This will be done automatically if the Julia TagBot GitHub Action is installed, or can be done manually through the github interface, or via:
git tag -a v1.5.1 -m "<description of version>" 273e2a8cfc63046f5cc98b0e064a4b036e293b2f
git push origin v1.5.1
@Roger-luo @johnnychen94 感觉这样也不太妥，1.5.1这个版本有点歧义，好像对应julia release的版本似的
理想情况跟jll一样，后面再加一个edit版本号 比如这次@ @johnnychen94 的改动，理想的版本号是1.5.0+1
问题是1.5.0+1我不是很确定能否在General里注册，可以试一下。
应该是可以的，比如说FFTW_jll，只是Pkg会忽略+x，然后强制解析到最新的1.5.0+x版本
(@v1.6) pkg> add [email protected]
Updating registry at `~/tmp/registries/General`
######################################################################## 100.0%
Resolving package versions...
Downloading artifact: FFTW
Updating `~/tmp/environments/v1.6/Project.toml`
[f5851436] + FFTW_jll v3.3.9+5
add [email protected]+5是会报错的
我的理解是+5不是Julia这边 Project.toml 允许的正式release版本的语法，+5 会被解析为 build版本 所以我感觉可能和我们这个项目的版本也不是很匹配。