Typebot.io 项目构建时遇到的Shell脚本执行问题解析

问题现象

在Typebot.io项目的Docker镜像构建过程中，用户按照标准流程执行构建操作后，运行时出现/bin/sh: 1: /app/builder-entrypoint.sh: not found错误提示。该问题不仅出现在远程Docker环境（Portainer 2.20.1 on Ubuntu 20.04），在本地构建时也复现了相同问题。

技术背景

Typebot.io是一个开源的对话机器人构建平台，采用Docker容器化部署。项目构建时需要分别编译两个镜像：

• builder镜像（构建器）
• viewer镜像（查看器）

标准构建流程包含三个步骤：

1. 使用docker build命令构建镜像
2. 推送镜像到Docker镜像仓库
3. 通过Portainer部署服务栈

问题根源分析

经过技术排查，确定该问题的根本原因是Windows系统与Linux系统在文本文件换行符处理上的差异（CRLF vs LF）。具体表现为：

1. CRLF转换问题：当在Windows环境下开发时，Git可能会自动将Unix风格的LF换行符转换为Windows风格的CRLF换行符
2. Shell解释器兼容性：Linux的/bin/sh解释器无法正确识别包含CRLF换行符的脚本文件
3. 构建上下文影响：Docker构建过程中，这些脚本文件被复制到镜像内时保留了Windows风格的换行符

解决方案

针对该问题，推荐以下两种解决方案：

方案一：使用dos2unix工具转换

dos2unix typebot.io/scripts/builder-entrypoint.sh

该命令会将脚本文件的换行符统一转换为Unix格式，确保在Linux环境下可正常执行。

方案二：配置Git全局设置

对于长期开发者，建议配置Git以保持LF换行符：

git config --global core.autocrlf input

最佳实践建议

1. 跨平台开发规范：

   • 在团队协作中明确换行符标准
   • 在项目中添加.editorconfig文件统一编辑器配置

2. Docker构建检查：

   • 构建前验证脚本文件格式
   • 考虑在Dockerfile中添加换行符检查步骤

3. CI/CD流程优化：

   • 在持续集成流程中加入文件格式校验
   • 使用预提交钩子(pre-commit hook)自动转换文件格式

总结

该案例展示了跨平台开发中常见的文件格式兼容性问题。通过理解不同操作系统对换行符的处理差异，开发者可以更好地规避类似问题。对于Typebot.io这类容器化项目，保持构建环境的一致性尤为重要，特别是在Windows与Linux混合开发环境中，更需要注意文本文件的格式规范。