如何针对具有内置服务器的基于 Web 的产品（不是 ASP.NET 项目）进行开发？
我们正在使用一个基于 Web 的应用程序，并附带捆绑的 Web 服务器 (Apache tomcat)，用于网络监控/补丁管理。它允许个性化、各种规则、使用专有组件和定义语言的自定义 UI 设计，甚至可以触发事件的自定义代码（基于 Java）。
我所在的团队由多名开发人员组成，每个开发人员都将自定义此应用程序以满足不同的要求。由于它是一个服务器应用程序，而不是代码库，因此为超过 1 个用户设置开发环境的最佳方法是什么？
如果这个应用程序有一个共享虚拟机，我不知道像 TFS 这样的源代码控制在这种系统上的工作效果如何？我还认为，从事项目各个部分的开发人员甚至可能同时需要同一个文件（尽管 TFS 确实会进行多次签出）。
针对此类产品进行开发的最佳方法是什么？请记住，即使使用个人虚拟机和应用程序实例，更改也必须合并到一个中央实例。有些事情让我不断思考应用程序虚拟化如何帮助解决这个问题？
谢谢
We have an application at work which is web-based and comes with a bundled web server (Apache tomcat), and is for network monitoring/patch management. It allows for personalisation, all sorts of rules, custom UI design using proprietary components and definition language, and even custom code to fire on events (based on Java).
I am in a team of several developers, each of who will be customising this app to meet various requirements. As it's a server app, not a codebase, what's the best way to setup a dev environment for >1 user?
If there is one single shared VM with this app, I don't know how good source control like TFS would work with this sort of system? I think also, developers working on various parts of the project may even need the same file at the same time (though TFS does do multiple check-outs).
What is the best way to develop against this sort of product? Bare in mind, even with personal VMs and an instance of the app, changes have to be merged to one central instance. Something keeps making me think about how app-virtualisation could help with this?
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果它只是 Tomcat 的一个实例（即使它是捆绑的），您不能将整个 Tomcat 目录及其所有子目录置于源代码管理之下吗？您只需要签入非二进制部分，因此在签入时排除所有 .jar、.exe、.tar.gz 和 .dll 文件。这就是我要做的，除非我误解了您的问题。
我不熟悉你提到的源代码控制软件。我一直在使用 SVN（免费）和 TortoiseSVN 作为客户端（也是免费）。如果您的软件不支持我的建议，这只是一个选择。
If it is just an instance of Tomcat (even though it was bundled) couldn't you put the whole Tomcat directory and all of its subdirectories under source control? You just need to check in the non-binary parts, so exclude all the .jar, .exe, .tar.gz and .dll files when you check in. That's what I would do, unless I misunderstood your question.
I'm not familiar with the source control software that you mentioned. I have been using SVN (which is free) and TortoiseSVN as a client (also free). Just an option if your software can't support what I've suggested.