完全理解你的顾虑——把.metadata这类工作区专属文件提交到源码仓库确实不合理，而且CI系统也不需要固定的工作区。下面是两种可行的解决方案，都能满足你无需依赖预存工作区的需求：

1. 动态创建临时工作区构建 #

Eclipse本身支持通过命令行创建临时工作区，导入你的项目后直接构建，全程不需要预先存在的工作区文件。

命令示例 #

根据你的操作系统，使用对应的命令：

# Linux/macOS 环境
eclipse -nosplash -data /tmp/ci-temp-workspace -import /path/to/your/c-project -build all

# Windows 环境
eclipsec.exe -nosplash -data C:\temp\ci-temp-workspace -import C:\path\to\your\c-project -build all

参数解释 #

• -nosplash：禁用启动界面，纯命令行运行
• -data：指定临时工作区的路径（CI中可以用系统临时目录，构建完成后直接删除即可）
• -import：导入你的项目（因为项目根目录有.project和.cproject，Eclipse能自动识别并加载）
• -build all：构建工作区内的所有项目，也可以指定具体项目名，比如-build YourProjectName

注意：要确保你的Eclipse安装了C/C++开发工具（CDT）插件，否则无法处理C项目的构建。

2. 脱离Eclipse，直接使用底层构建工具 #

Eclipse CDT本质上是对make、gcc等底层构建工具的封装，如果你能直接调用这些工具，会比依赖Eclipse更轻量，也更适合CI环境。

情况一：项目已包含Makefile #

如果你的Eclipse项目已经自动生成了Makefile（通常在项目的Debug或Release目录下），直接用make命令构建即可：

cd /path/to/your/c-project/Debug
make clean
make all

情况二：项目没有Makefile #

可以先通过Eclipse命令行临时导出Makefile，再用make构建：

# 临时创建工作区并导出Makefile到项目目录
eclipse -nosplash -data /tmp/ci-temp-workspace -import /path/to/your/c-project \
  -application org.eclipse.cdt.managedbuilder.core.headlessbuild \
  -exportMakefiles /path/to/your/c-project

# 切换到项目目录执行构建
cd /path/to/your/c-project
make clean
make all

这种方法的优势是后续构建不需要再依赖Eclipse，只要CI环境安装了gcc和make就能运行，减少了环境依赖。

额外提示 #

• CI构建完成后，可以通过命令删除临时工作区目录（比如rm -rf /tmp/ci-temp-workspace），避免残留文件占用空间
• 如果你的项目有特定的构建配置（比如Debug/Release），可以在命令中指定，比如-build YourProjectName/Release

内容的提问来源于stack exchange，提问作者GregB