Jenkins与Ant集成疑问：是否需双端配置build.xml及本地安装Ant？

让我逐个帮你理清这些疑问：

1. 是否需要同时在Jenkins和Eclipse中配置build.xml？ #

不需要分别配置两份build.xml！build.xml是Ant的核心构建脚本，它属于你的项目代码的一部分，应该放在项目根目录下（和源码一起管理）。

• 在Eclipse中，只要你安装了Ant插件，它会自动识别项目里的build.xml，你直接右键运行即可，无需额外配置（除非你要指定非默认路径的脚本，但一般没必要）。
• 在Jenkins中配置Ant构建任务时，只需要指定项目中build.xml的相对路径就行，Jenkins会在拉取/上传的项目代码里找到这个脚本执行。
  保持一份build.xml在项目中，两边共用，能避免出现脚本不一致导致的构建差异。

2. 远程Jenkins已装Ant，本地还需要安装Ant吗？ #

这取决于你的工作流程：

• 如果只需要Jenkins执行构建，本地仅负责写代码、然后把代码提交/上传到Jenkins，那本地不是必须安装Ant。
• 但如果你需要在本地验证构建是否能正常运行（比如写完代码后先在本地跑一遍Ant构建，确保没有错误再提交到Jenkins），那本地安装Ant会更方便——Eclipse的Ant插件虽然可能自带基础环境，但关联本地完整的Ant版本能让本地构建和Jenkins的构建环境更一致，减少环境差异导致的问题。
  简单说：非强制，但本地装了能提升开发效率，提前排查问题。

3. 设置代码仓库为“none”，源码来自本地的理解是否正确？ #

你的理解是对的！当你在Jenkins中选择源码管理为“None”时，通常可以通过“构建前操作”里的“从本地计算机复制文件到工作区”这类选项，把本地的源码文件上传到Jenkins服务器的工作区，然后执行构建。
不过这种方式适合临时测试或者小型项目，长期来看更推荐使用Git、SVN等版本控制系统：让Jenkins自动从仓库拉取最新源码，这样不需要手动上传，也能更好地追踪代码版本，符合持续集成的最佳实践。

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