我还不熟悉Commerce Server及其开发工具。 据我所知,有一个数据库包括,以容纳出售的东西。 可以在有一台测试服务器和多个开发工作站的情况下设置开发基础架构,并且共享数据库吗? 我还有一个单独的服务器,它包含一个CVS repo,并且多个开发人员将手动从CVS服务器上提取,执行工作并签入。 测试服务器上的构建和部署工具将从CVS中提取,并且部署到测试服务器。 我的问题是共享数据库,每个开发工作站是否需要它自己的数据库? 寻找关于如何最好地处理多个开发人员,一台测试服务器和一个源代码控制系统的大纲。Websphere Commerce源代码管理设置
回答
我从不尝试共享数据库,但我不认为这是个好主意,因为所有的开发环境都可以覆盖其他开发者更改(在数据库中)。
如果开发者必须修改数据库结构,那可能会伤害每个人。
我建议在每个开发环境上都有一个数据库,不必与测试环境相同。
为了您的构建和部署测试服务器是好的。
这取决于团队有多大?在我工作的大部分小型项目中,每个人都有自己的DB,特别是当DB是Derby/Cloudscape时,但是对于使用DB2或Oracle的大型项目,总是建议使用存储在其他某台机器上的共享DB比每个人的本地机器。共享机可能会导致问题,如果一个人删除数据,但这可以得到解决只有一个小的备份等,而另一方面,如果团队中的每个人都有自己的数据库,它将很难确保每个人的数据库同步(即小型更新sql需要在每个人的机器上运行,以使他们的工作站在每次同步来自CVS的日常工作代码后工作)
你可以这样做。 IBM确实支持该配置。大多数开发人员使用WCS Developer附带的嵌入式WCS环境。它将运行时和Apache Derby一起作为数据库。
另外我会建议您与IBM产品专家交谈。他们可以告诉您最佳做法,并且您可以在购买软件时访问他。只需打开一个PMR并询问你的问题。
为每个开发人员使用本地数据库。
然后使用类似liquibase的东西来管理任何数据库结构更改。 要求所有数据库更改都要编写脚本,并放在源代码库中,然后将liquibase servlet添加到您的Stores项目中。这样,当开发人员检出新东西时,本地数据库将在重新启动服务器时自动更新。
这有一个额外的好处,即您的sql脚本实际上至少经过团队开发者一次测试。
现在,理想情况下,您也会为您的开发人员使用wcbd。但是由于这并没有跟踪哪些脚本已经在你的系统上运行,编写超级防卫sql脚本(检查这个表是否已经有列X扩展到Y字符)或者dataload,你可能会覆盖真正不应该的东西。
- 1. 为SVN源代码管理设置SSL
- 2. 源代码管理系统设置
- 3. WebSphere Liberty配置文件和Subversion源代码管理
- 4. 源代码管理
- 5. 源代码管理
- 6. 托管源代码管理?
- 7. 源代码管理和重新设计
- 8. 源代码管理管理器后端
- 9. IBM WebSphere Commerce Promotions
- 10. IBM WebSphere Commerce 8
- 11. Websphere commerce 7
- 12. Websphere Commerce-TypedProperty
- 13. 实施源代码管理
- 14. 执行源代码管理
- 15. 源代码管理布局
- 16. 保持或不保持源代码管理中的.idea设置?
- 17. 如何更改TFS中源代码管理的默认设置?
- 18. 使用源代码管理设置新的EPiServer 6项目
- 19. 如何持久地设置源代码管理插件(VS2P4)?
- 20. 如何使用源代码管理设置DotNetNuke开发环境?
- 21. 设置管理和前端代码
- 22. WebSphere Commerce 7管理中心的wcfGridChildObjectCheckboxViewer编译错误
- 23. IBM WebSphere Commerce管理中心:用户帐户被禁用
- 24. Rails源代码管理资产管道?
- 25. CMN0420E Websphere Commerce错误
- 26. WebSphere Commerce JAX-WS AxisFault
- 27. WebSphere Commerce IDResGen查询
- 28. 源代码管理绑定无效,试图更改源代码管理无效
- 29. Visual Studio 2008源代码管理资源管理器与Subversion
- 30. TFS和源代码管理资源管理器