编译环境搭建
请注意:
- 如您只是想体验Curve的部署流程和基本功能,则不需要编译Curve,请参考 部署
- 本文档仅用来帮助你搭建Curve代码编译环境,便于您参与Curve的开发调试
- 以下镜像和编译过程目前仅支持 x86 系统
- 如要编译arm分支,请根据 Dockerfile打包编译镜像
- 目前master分支不支持在arm系统上编译运行
- 推荐 debian 10及以上版本的操作系统,其他操作系统未经过全面测试
使用Docker进行编译(推荐方式)
获取或者构建docker镜像
方法一:从docker hub镜像库中拉取docker镜像(推荐方式)
docker pull opencurvedocker/curve-base:build-debian9
方法二:手动构建docker镜像
使用工程目录下的 docker/debian9/compile/Dockerfile 进行构建,命令如下:
docker build -t opencurvedocker/curve-base:build-debian9
注意: 上述操作不建议在Curve工程目录执行,否则构建镜像时会把当前目录的文件都复制到docker镜像中,建议把Dockerfile拷贝到新建的干净目录下进行docker镜像的构建。
在docker镜像中编译
git clone https://github.com/opencurve/curve.git 或者 git clone https://gitee.com/mirrors/curve.git
cd curve
# 如果你想在容器内完成编译+制作+上传镜像的操作,可以添加以下参数
# -v /var/run/docker.sock:/var/run/docker.sock -v /root/.docker:/root/.docker
# --rm 会在容器退出后自动删除容器,如果你想保留容器,可以去掉该参数
docker run --rm -v $(pwd):/curve -w /curve -v ${HOME}/.cache:${HOME}/.cache -v ${HOME}/go:${HOME}/go --user $(id -u ${USER}):$(id -g ${USER}) -v /etc/passwd:/etc/passwd:ro -v /etc/group:/etc/group:ro --privileged -it opencurvedocker/curve-base:build-debian9 bash
# (中国大陆可选)将外部依赖替换为国内下载点或镜像仓库,可以加快编译速度: bash replace-curve-repo.sh
# curve v2.0 之前
bash mk-tar.sh (编译 curvebs 并打tar包)
bash mk-deb.sh (编译 curvebs 并打debian包)
# (当前)curve v2.0 及之后
# 编译 curvebs:
make build stor=bs dep=1
# or
make dep stor=bs && make build stor=bs
# 编译 curvefs:
make build stor=fs dep=1
# or
make dep stor=fs && make build stor=fs
注意: mk-tar.sh
和 mk-deb.sh
用于 curve v2.0 之前版本的编译打包,v2.0 版本之后不再维护。
在物理机上编译
Curve编译依赖的包括:
依赖 | 版本 |
---|---|
bazel | 4.2.2 |
gcc | 支持c++11的兼容版本 |
Curve的其他依赖项,均由bazel去管理,不可单独安装。
注意: 4.* 版本的 bazel 均可以成功编译 Curve 项目,其他版本不兼容。 4.2.2 为推荐版本。
安装依赖
编译相关的软件依赖可以参考 dockerfile 中的安装步骤。
一键编译
git clone https://github.com/opencurve/curve.git 或者 git clone https://gitee.com/mirrors/curve.git
# (中国大陆可选)将外部依赖替换为国内下载点或镜像仓库,可以加快下载速度: bash replace-curve-repo.sh
# curve v2.0 之前
bash mk-tar.sh (编译 curvebs 并打tar包)
bash mk-deb.sh (编译 curvebs 并打debian包)
# (当前)curve v2.0 及之后
# 编译 curvebs:
make build stor=bs dep=1
# or
make dep stor=bs && make build stor=bs
# 编译 curvefs:
make build stor=fs dep=1
# or
make dep stor=fs && make build stor=fs
制作镜像
该步骤可以在容器内执行也可以在物理机上执行。 注意若是在容器内执行,需要在执行 docker run
命令时添加 -v /var/run/docker.sock:/var/run/docker.sock -v /root/.docker:/root/.docker
参数。
# 编译 curvebs:
# 后面的tag参数可以自定义,用于上传到镜像仓库
make image stor=bs tag=test
# 编译 curvefs:
make image stor=fs tag=test
上传镜像
# test 为上一步中的tag参数
docker push test
测试用例编译及执行
编译全部模块
仅编译全部模块,不进行打包
bash ./build.sh
列出所有测试模块
# curvebs
bazel query '//test/...'
# curvefs
bazel query '//curvefs/test/...'
编译对应模块的代码
编译对应模块,例如test/common目录下的common-test测试:
bazel build test/common:common-test --copt -DHAVE_ZLIB=1 --define=with_glog=true --compilation_mode=dbg --define=libunwind=true
执行测试
执行测试前需要先准备好测试用例运行所需的依赖:
运行单元测试:
构建对应的模块测试:
$ bazel build xxx/...//:xxx_test
运行对应的模块测试:
$ bazel run xxx/...//:xxx_test
# 或者
$ ./bazel-bin/xxx/.../xxx_test
编译全部测试及文件
$ bazel build "..."
bazel 默认自带缓存编译, 但有时可能会失效.
清除项目构建缓存:
$ bazel clean
清除项目依赖缓存(bazel 会将WORKSPACE 文件中的指定依赖项自行编译, 这部分同样也会缓存):
$ bazel clean --expunge
debug 模式编译(-c 指定向bazel 传递参数), 该模式会在默认构建文件中加入调试符号, 及减少优化等级.
$ bazel build xxx//:xxx_test -c dbg
优化模式编译
$ bazel build xxx//:xxx_test -c opt
# 优化模式下加入调试符号
$ bazel build xxx//:xxx_test -c opt --copt -g
更多文档, 详见 bazel docs.
动态库
export LD_LIBRARY_PATH=<CURVE-WORKSPACE>/thirdparties/etcdclient:<CURVE-WORKSPACE>/thirdparties/aws-sdk/usr/lib:/usr/local/lib:${LD_LIBRARY_PATH}
fake-s3
快照克隆集成测试中,使用了开源的fake-s3模拟真实的s3服务。
$ apt install ruby -y OR yum install ruby -y
$ gem install fakes3
$ fakes3 -r /S3_DATA_DIR -p 9999 --license YOUR_LICENSE_KEY
备注:
-r S3_DATA_DIR
:存放数据的目录--license YOUR_LICENSE_KEY
:fakes3需要key才能运行,申请地址见fake-s3-p 9999
:fake-s3服务启动的端口,不用更改
etcd
wget -ct0 https://github.com/etcd-io/etcd/releases/download/v3.4.10/etcd-v3.4.10-linux-amd64.tar.gz
tar zxvf etcd-v3.4.10-linux-amd64.tar.gz
cd etcd-v3.4.10-linux-amd64 && cp etcd etcdctl /usr/bin
执行单个测试模块
./bazel-bin/test/common/common-test
运行单元/集成测试
bazel 编译后的可执行程序都在 ./bazel-bin
目录下,例如 test/common 目录下的测试代码对应的测试程序为 ./bazel-bin/test/common/common-test
,可以直接运行程序进行测试。
- CurveBS相关单元测试程序目录在 ./bazel-bin/test 目录下
- CurveFS相关单元测试程序目录在 ./bazel-bin/curvefs/test 目录下
- 集成测试在 ./bazel-bin/test/integration 目录下
- NEBD相关单元测试程序在 ./bazel-bin/nebd/test 目录下
- NBD相关单元测试程序在 ./bazel-bin/nbd/test 目录下
如果想运行所有的单元测试和集成测试,可以执行工程目录下的ut.sh脚本:
bash ut.sh