如何在团队间共享WSO2 EI API源码以解决SVN检出后CAR包构建问题？

你遇到的核心问题是提交到SVN的源码没有包含完整的复合应用（Composite Application）结构，导致其他成员检出后无法识别组件依赖、生成CAR文件。下面是经过实践验证的最优共享方式：

1. 完整维护复合应用的项目目录结构在SVN中 #

这是最基础也最关键的一步：

• 不要单独提交单个API/序列/端点的源码文件，而是以复合应用项目作为SVN的根目录，将所有相关组件（API、序列、端点、本地条目等）都作为该复合应用的子模块添加进去。
• 确保提交的内容包含复合应用的核心配置文件：比如application.xml（定义了复合应用包含的所有组件）、项目的pom.xml（如果用Maven构建），以及每个组件的完整目录（比如API的.xml和.json定义文件）。
• 其他团队成员检出后，直接将整个复合应用项目导入WSO2 EI Tooling，就能自动识别所有组件依赖，正常进行依赖检查和CAR文件生成。

2. 用Maven标准化项目构建与依赖管理 #

WSO2 EI原生支持Maven构建，用它来管理项目能彻底解决依赖混乱的问题：

• 在复合应用的pom.xml中，明确声明所有包含的组件模块（比如API模块、中介模块等），同时配置WSO2的Maven仓库地址。
• 团队成员检出项目后，只需在项目根目录执行mvn clean install，Maven会自动下载所有依赖，构建整个复合应用，并在target目录生成对应的CAR文件。
• 这种方式能确保所有人的构建环境一致，避免手动配置依赖出现的错误，同时也方便集成CI/CD流程。

3. 制定统一的团队提交规范 #

光有结构还不够，需要团队约定提交规则来保持一致性：

• 每次新增或修改组件（比如新增API）后，必须同步更新application.xml，将该组件添加到复合应用的组件列表中，再一起提交到SVN。
• 提交前务必在本地验证：确认复合应用能正常导出CAR文件，依赖检查无报错，再执行SVN提交操作。
• 建议在SVN提交信息中注明修改的组件和对应的复合应用更新内容，方便团队成员追踪变更。

4. 利用WSO2 EI Tooling的协作导出功能 #

WSO2 EI Tooling提供了便捷的项目导出功能，能帮你快速生成可共享的项目结构：

• 在Tooling中完成复合应用的配置和组件添加后，选择File > Export > WSO2 > Maven Project，将复合应用导出为标准的Maven项目结构。
• 直接将导出的整个目录提交到SVN，其他成员检出后，通过File > Import > Maven > Existing Maven Projects导入到Tooling中，就能直接使用，无需手动配置依赖。

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