跳到主要内容

编译和测试

编译

请注意:

  1. 如您只是想体验Curve的部署流程和基本功能,则不需要编译Curve,请参考 部署
  2. 本文档仅用来帮助你搭建Curve代码编译环境,便于您参与Curve的开发调试
  3. 以下镜像和编译过程目前仅支持 x86 系统
  4. 如要编译arm分支,请根据 Dockerfile打包编译镜像
  5. 目前master分支不支持在arm系统上编译运行
  6. 推荐 debian 10及以上版本的操作系统,其他操作系统未经过全面测试

使用Docker进行编译(推荐方式)

获取或者构建docker镜像

方法一:从docker hub镜像库中拉取docker镜像(推荐方式)

docker pull opencurvedocker/curve-base:build-debian11

方法二:手动构建docker镜像

使用工程目录下的 docker/debian11/compile/Dockerfile 进行构建,命令如下:

docker build -t opencurvedocker/curve-base:build-debian11

注意: 上述操作不建议在Curve工程目录执行,否则构建镜像时会把当前目录的文件都复制到docker镜像中,建议把Dockerfile拷贝到新建的干净目录下进行docker镜像的构建。

在docker镜像中编译

注意: 以下命令中的 make dockermake build 会拉起一个临时的容器,该容器会在退出后自动删除(--rm)。命令会映射一些目录到容器中,如果你对此有疑虑或需要一些个性化的设置,可以阅读并自行修改 util/docker.sh

git clone https://github.com/opencurve/curve.git 或者 git clone https://gitee.com/mirrors/curve.git
cd curve
# (中国大陆可选)将外部依赖替换为国内下载点或镜像仓库,可以加快编译速度: 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

也可以通过命令 make docker 进入到容器中, 然后在容器中执行编译相关的命令,执行手动编译。 命令 make ci-build 是直接进行编译,不进入容器。

make docker

# bs
make ci-build stor=bs dep=1
# or
make ci-dep stor=bs && make ci-build stor=bs
# fs
make ci-build stor=fs dep=1
# or
make ci-dep stor=fs && make ci-build stor=fs

注意: mk-tar.shmk-deb.sh 用于 curve v2.0 之前版本的编译打包,v2.0 版本之后不再维护。

在物理机上编译(不推荐)

Curve编译依赖的包括:

依赖版本
bazel4.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 及之后
# 编译 tar dep 包
make tar dep=1 (编译 curvebs 并打tar包)
make deb dep=1 (编译 curvebs 并打debian包)
# 编译 curvebs:
make ci-build stor=bs dep=1
# or
make ci-dep stor=bs && make ci-build stor=bs
# 编译 curvefs:
make ci-build stor=fs dep=1
# or
make ci-dep stor=fs && make ci-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

测试

docker 容器中测试

docker 镜像 opencurvedocker/curve-base:build-debian11 中已经安装了测试中所有的依赖,可以直接在容器中进行测试。

运行以下命令会拉起一个容器并在容器中执行全部 curvebs 相关的 ci 测试:

bash ut.sh curvebs

同样的,你也可以使用命令 make docker 进入到容器中,然后在容器中执行测试相关的命令(比如你对某些测试用例单独进行测试时)。

与编译一样你也可以使用 make docker 命令进入到容器中,然后在容器中执行测试命令:

make docker
bash util/ut_in_image.sh curvebs

注意 脚本 util/ut_in_image.sh 会运行 minio,如果中途失败,下次运行时需要手动终止 minio 的运行。

在物理机上测试

相关的软件可以参考 dockerfile 来安装依赖。 使用以下命令在物理机上运行全部 curvebs 相关的 ci 测试:

bash util/ut_in_image.sh curvebs

测试用例编译及执行

编译全部模块

仅编译全部模块,不进行打包

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.

执行单个测试模块

./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 目录下

如果想运行所有的单元测试和集成测试,可以参考 docker 容器中测试在物理机上测试