#!/bin/bash# 检查 Docker 是否已安装if ! command -v docker &> /dev/nullthen echo "Docker 未安装" echo "请先安装 Docker" echo "参考命令：" echo "curl -fsSL https://get.docker.com -o get-docker.sh" echo "sudo sh get-docker.sh" exitfi# 检查 docker-compose 是否已安装if ! command -v docker-compose &> /dev/nullthen echo "docker-compose 未安装" echo "请先安装 docker-compose" echo "参考命令：" echo "sudo curl -L \"https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)\" -o /usr/local/bin/docker-compose" echo "sudo chmod +x /usr/local/bin/docker-compose" exitfi# 进入项目所在目录cd /home/flow/deploy/deploy-online/project-docker# 使用 docker-compose 命令创建镜像docker-compose build# 启动容器docker-compose up -d# 检查容器是否启动成功if [ "$(docker ps -q -f name=my_container)" ]then echo "容器已启动"else echo "容器启动失败"fi

<think>好的，我现在需要帮助用户解决他们在Jenkins中执行Shell脚本时遇到的问题。根据用户之前的对话，他们已经按照指导在Jenkins中配置了执行Shell脚本的步骤，但遇到了脚本执行结果无法获取的问题。用户提到他们的Docker容器一直在打印日志，导致Jenkins控制台一直输出，无法完成构建。我需要分析问题原因，并提供解决方案。 首先，用户的问题描述是关键。他们提到在Docker运行命令中有`docker run -p 8888:8888 -v /etc/localtime:/etc/localtime -d --name webedi-boot webedi-boot`，然后使用`docker logs -f --tail=1000 webedi-boot`来持续跟踪日志。由于`docker logs -f`会持续输出日志，导致Jenkins的构建步骤一直处于运行状态，无法结束，从而无法获取执行结果。 接下来，我需要考虑用户可能的配置错误。用户可能在Jenkins的Execute Shell步骤中直接运行了`docker logs -f`命令，这会导致进程挂起，因为`-f`（follow）选项会持续输出日志，直到手动中断。Jenkins会等待该命令结束才会继续执行后续步骤或标记构建完成，但`docker logs -f`不会自动退出，除非容器停止或发生错误。 解决方案需要让Jenkins能够执行完构建步骤。可能的解决方法是分离日志跟踪与构建步骤，或者在后台运行日志跟踪，或者在执行完必要的启动步骤后退出。例如，用户可能应该在启动容器后，检查容器状态而不是持续跟踪日志，或者将日志输出到文件，然后通过其他方式处理日志。 另外，用户可能需要确保容器在启动后处于运行状态，而不需要Jenkins进程一直等待日志输出。可能需要使用`docker run -d`来后台运行容器，然后通过`docker ps`或其他命令检查容器状态，而不是持续跟踪日志。 可能的步骤包括： 1. 修改Docker命令，确保容器在后台运行。 2. 在Jenkins的Shell脚本中，启动容器后，检查容器状态，而不是持续跟踪日志。 3. 如果需要查看日志，可以限制日志输出的行数或时间，或者将日志输出到文件，并在后台进行。 4. 确保Jenkins的构建步骤能够正确捕获容器的启动状态，并在适当的时候退出。 还需要考虑用户是否在脚本中正确处理了退出状态。如果`docker logs -f`一直运行，那么脚本的退出状态可能不会被正确捕获，导致Jenkins认为构建步骤未完成。 另一个可能的错误是用户将`docker logs -f`放在了Jenkins的Execute Shell步骤中，导致该步骤一直等待日志输出。应该将日志跟踪放在后台，或者在启动容器后立即退出，而不是阻塞进程。 总结，用户的根本问题在于`docker logs -f`导致进程挂起，解决方案是分离日志跟踪与构建步骤，或调整日志查看方式，确保Jenkins能正确完成构建步骤。</think>在 Jenkins 中执行包含持续输出日志的 Docker 命令时，会导致构建任务无法结束。以下是针对性改造方案： --- ### 一、问题根源分析 你的脚本卡在 `docker logs -f` 命令上，因为 `-f`（follow）参数会**持续监听容器日志**，而 Jenkins 会等待 Shell 命令完全退出后才标记构建完成。这会导致： 1. Jenkins 控制台持续输出日志，无法获取最终执行结果 2. 构建状态长期显示为"进行中" --- ### 二、改造方案（2种模式） #### 方案 1：分离容器启动与日志监控（推荐） ```bash #!/bin/bash # 启动容器（-d 后台运行） docker run -p 8888:8888 \ -v /etc/localtime:/etc/localtime \ -d --name webedi-boot webedi-boot # 检查容器是否启动成功 if ! docker ps | grep -q "webedi-boot"; then echo "❌ 容器启动失败" exit 1 fi # 获取初始日志（非持续模式） echo "----- 容器最新日志快照 -----" docker logs --tail=100 webedi-boot # 标记构建成功（后续日志监控交给其他系统） echo "✅ 容器已成功启动，日志持续输出不影响构建状态" exit 0 ``` #### 方案 2：后台运行日志跟踪 ```bash #!/bin/bash # 启动容器 docker run -p 8888:8888 \ -v /etc/localtime:/etc/localtime \ -d --name webedi-boot webedi-boot # 将日志输出到文件并在后台跟踪 LOG_FILE=webedi-boot.log touch $LOG_FILE nohup docker logs -f --tail=1000 webedi-boot > $LOG_FILE 2>&1 & # 添加超时检查（示例：等待10秒后继续） sleep 10 # 验证容器状态 if [ $(docker inspect -f '{{.State.Running}}' webedi-boot) = "true" ]; then echo "✅ 容器运行正常" exit 0 else echo "❌ 容器启动异常" exit 1 fi ``` --- ### 三、关键改造点说明 | 改造项 | 作用说明 | |-----------------------|--------------------------------------------------------------------------| | `-d` 参数 | 让容器在后台运行，避免阻塞 Jenkins 进程 | | 移除 `docker logs -f` | 避免持续占用标准输出流 | | 状态验证逻辑 | 通过 `docker ps` 或 `docker inspect` 检查容器实际运行状态 | | 日志快照输出 | 仅显示最新日志片段，不持续跟踪 | --- ### 四、扩展建议 1. **集成健康检查**（更精确的状态判断） ```bash # 在容器定义中添加健康检查 docker run \ --health-cmd "curl -sS http://localhost:8888/health || exit 1" \ --health-interval=5s \ ... ``` 2. **使用 Jenkins 插件辅助** - 安装 **Docker Pipeline 插件**，通过专用步骤管理容器 ```groovy docker.run('webedi-boot').withRunOptions('-p 8888:8888 -v /etc/localtime:/etc/localtime') ``` 3. **日志持久化方案** ```bash # 将容器日志直接写入文件 docker run ... \ --log-driver local \ --log-opt max-size=10m \ --log-opt max-file=3 ``` --- ### 五、调试技巧 ```bash # 查看容器退出代码（定位启动失败原因） docker inspect webedi-boot --format='{{.State.ExitCode}}' # 强制清理残留容器 docker rm -f webedi-boot 2>/dev/null # 模拟 Jenkins 环境执行 sudo -u jenkins your_script.sh ``` 通过以上改造，Jenkins 构建任务可以正确捕获容器启动状态并完成构建流程，同时不影响业务日志的持续输出。

这段代码的作用是在 Ubuntu 或者 CentOS 系统中安装 Docker。代码中定义了两个函数 `install_docker_in_ubuntu` 和 `install_docker_in_centos`，分别用来在 Ubuntu 和 CentOS 系统中安装 Docker。在主函数中，通过检查系统名称来确定是在 Ubuntu 还是 CentOS 系统中运行脚本，然后调用相应的安装函数来安装 Docker。 代码的语法看起来没有问题，也没有出现之前提到的语法错误。如果你遇到了问题，可以把出错的信息贴出来，让我来帮你分析一下。