基于java的开发环境
我们的开发环境所需的大多数项目工件（构建时、运行时库）都是通过 Maven 依赖项动态处理的。但是还有其他程序必须用于所有开发人员帐户才能可靠地使用系统（例如JDK，Ant，svn客户端或tortoise svn，eclipse，maven，jboss appserver ...）
有没有一种方法可以自动化此操作，以便您可以让开发人员快速熟悉开发环境。如何存储这些工件（目前我们指向一个 http 服务器来下载这些工件，但在一段时间内它相当繁重），这里还有哪些其他选项。
编辑1：
- 有些工具不会对注册表进行更改，主要是解压缩并运行（例如ANT、JBoss，...）。
- 有些工具说 Tortoise SVN 很痛苦，因为你需要通过它们的安装程序来安装它们。如果供应商开始推出他们的增量更改，则没有明确的方法将这些更改推送到所有开发人员机器）
Most of the project artifacts (build time, run time libraries) needed by our development environment is handled dynamically via maven dependencies. But there are other programs which have to be used for all developer accounts before they can reliably use the system (e.g. JDK, Ant, svn client or tortoise svn, eclipse, maven, jboss appserver ...)
Is there a way to automate this, so that you can get the developer quickly up to speed on the development environment. How an where do you store such artifacts (currently we point to a http server to download such artifacts, but its quite burdensome over a period of time), what other options exist over here.
EDIT 1:
- Some of the tools don't make changes to the registry, predominantly you unzip and run (e.g. ANT, JBoss, ...).
- Some of the tools say Tortoise SVN is painful as you need to install them via their installer. If the vendor starts pushing out their delta changes, there is no clear way to push these changes to all developer machines)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我们已经在 Ubuntu Linux 上使用虚拟机一年了，以完全按照您所描述的方式进行。这样，开发人员开始时所需要做的唯一一件事就是运行一个包含所有必要内容的虚拟机。
它有一点性能损失，但你可以完美地使用它。
We've been using Virtual Machines with Ubuntu Linux for a year now, to do exactly what you're describing. That way, the only thing developer need to do to get started is run a virtual machine with all the necessary stuff on it.
It has a little bit of performance penalty, but you can work perfectly with it.
最简单的解决方案是为包含所有这些工具的整个机器准备一个磁盘映像。但这不是一个“模块化”选项，因为它还决定了操作系统。
最好的解决方案是 1 个包含所有所需工具的大型存档。此选项的问题是由于未正确安装工具而丢失的文件（例如 Windows 注册表中定义的 svn shell 扩展）。
不幸的是，没有通用的方法来完成这一切。设置一切是一个极其痛苦的过程，我花了大约 4 个小时来设置我当前的工作站（eclipse、svn、maven，..），
但情况可能更糟：想象一下您使用 MS Visual Studio 和 MS Sql Server。他们的安装脚本安装起来非常耗时。 VS 的 Service Pack 1 的安装需要 90 分钟。
The simplest solution would be to prepare a disk image for the whole machine which would contain all these tools. But that is not a 'modular' option as it also dictates the operating system.
The best solution would be 1 big archive that contains all the tools needed. The problem with this option are the files that would be missing due to not installing the tools properly (such as the svn shell extensions that are defined in the Windows Registry).
Unfortunately, there is no common method to do all this. It's an extremely painful process to set everything up, took me around 4 hours to set up my current workstation (eclipse, svn, maven, ..)
But it could be worse: Imagine you used MS Visual Studio with MS Sql Server. Their setup scripts take a HORRIBLE time installing. Service Pack 1 for VS took 90 minutes to install.
一种选择是创建系统映像，但它也有其缺点。
我们的系统支持部门尝试了这个选项，但很快发现机器上安装的一些用于创建系统映像的工具在安装过程中存储了用户/许可证信息。当图像在全新的系统上恢复时，报告了许可证冲突。
One options is to create a system image but it also have its downsides.
Our system support department tried this option but quickly found out that some of the tools installed on the machine that was used to create the system image were storing user/license information during installation. When the image was restored on a brand new system, license collisions were reported.