我还有点不确定你的动机，但我会假设你所说的“新代码更改和交付”是指“同一代码库的不同版本/分支”。出于这个目的和许多其他原因，如果你没有使用像SVN或Git这样的源代码控制工具，请考虑使用。这些工具是无价的，而且还是免费的。
我认为这不是你问题的技术部分，但为了完整性，我想补充一下。如果你正在实施以下技术，拥有一个“完全加载的Eclipse”也很方便。我在某个网络驱动器上保留了一个“完全加载的Eclipse”，其中预装了一些插件，以便新加入团队的人不必下载/安装插件。这并不难做，因为Eclipse不需要“安装”。你只需将Eclipse文件夹复制到所需位置并运行即可。个人喜欢包括源代码控制, 代码风格, 代码覆盖率和代码度量等插件，但你应该包括在项目中经常使用的任何内容。
复制现有工作区（不包括任何项目，稍后我会解释）的方法很简单。只需将 .metadata 文件夹从一个现有的工作区文件夹复制到一个空文件夹中，该空文件夹将成为您的新工作区文件夹。当您启动 Eclipse 时，只需选择新工作区文件夹，您将拥有与其他工作区相同的所有首选项。
我以前用过这种技术，这样当其他人加入项目时，他们可以获取来自网络驱动器上的“干净工作区”副本，帮助他们快速启动。最好，“干净工作区”不应具有任何仅是个人偏好的首选项，例如完全按您喜欢的方式设置的透视图设置，而只应具有诸如 Ant 全局属性、编译器兼容级别、预制常用外部工具和运行配置等首选项。
就是这样！你的新成员应该已经准备好了！
现在，如果我正确地假设您所说的“新代码更改和交付”是指“同一代码库的不同分支”，那么为不同分支创建工作区只需按照相同步骤操作，但要检出所需的修订版或分支，而不是从主干获取最新版本。如果您不太明白我的意思，请阅读有关源代码控制的内容。
感谢您抽出时间来做这件事，我曾经参与过的项目中，设置环境可能需要一整天的时间...
也许有点晚了，但是我遇到了同样的问题，并在Eclipse市场中找到了一个工具，可以帮助管理不同分支、新开发人员或其他原因下的Eclipse设置和启动。
这个工具叫做yatta。
通过它，您可以创建基于当前运行Eclipse的所有工具、插件、工作空间、CSM存储库等的配置文件。
这些配置文件可以导出到yatta配置文件中心，可以是公共的或私有的，稍后可以与不同的开发人员共享并导入和启动。
你没有说你是否使用Eclipse以外的构建工具，如果没有的话，你应该使用。
Eclipse能够解析Ant文件来发现源目录和库。而Maven和Gradle都可以为你生成Eclipse项目文件进行导入。
从长远来看，使用构建工具意味着你可以轻松地构建和部署项目，而不需要依赖于Eclipse。对于新团队成员来说，这将更容易地处理项目，因为他们不需要弄清楚所有的依赖关系。
如果你还没有专业人员，我建议使用Maven。它很容易设置一个基本的Java构建脚本，并且其依赖管理功能在我看来比其他替代方案更好。然而，它会强制你按照它的方式做事情，特别是源树布局方面。
你应该真正了解构建工具，比如Maven、Ant等。它们可以自动为你生成所需的类路径变量，并且还可以做很多其他事情。
