1
A
回答
1
对于每个项目都有一个独立的文件夹,这是一个更好的方法,因为如果更新了公共框架目录,则必须确保所有项目都正常工作。但是,如果您为每个项目使用框架文件夹,则可以逐个更新所有项目。
0
这取决于您的更新。并在你的框架。 如果您在每个项目的基础上编辑框架,显然您不希望在中央框架中进行所有这些编辑。但是,如果你所做的只是编辑你的应用程序,这取决于你的框架,或者你只是对适用于大多数项目的框架做一些小的调整,我想有一个框架文件夹是好的。
重要的是,您可以轻松地复制所需的生产/部署环境,并且最终不会为多个项目编辑框架,因此您无法理解它。
相关问题
- 1. PHP CMS系统与框架构建 - PHP框架和PHP CMS
- 2. 基本CRM系统的PHP/MySQL框架
- 3. 仅限PHP 5.3系统/框架
- 4. 检查一个目录是否为(文件系统)根目录
- 5. 统一框架
- 6. Android目录系统
- 7. PHP登录系统
- 8. PHP登录系统?
- 9. Artemis实体系统框架
- 10. 通过系统框架
- 11. Symfony框架投票系统
- 12. 如何让操作系统认为一个目录是另一个目录?
- 13. PHP/MySQL的登录系统
- 14. 为什么一个目录是python系统路径中另一个目录的子目录?
- 15. Play 2框架的社交登录系统
- 16. Zend框架的子目录
- 17. Powershell:进入系统目录?
- 18. 获取系统根目录?
- 19. 文件/系统目录
- 20. VB.Net搜索系统目录
- 21. NodeJS框架的日志系统
- 22. zend框架的模板系统
- 23. Java中的系统测试框架
- 24. 系统测试的测试框架
- 25. 写入/仿真器的系统/框架
- 26. PHP登录系统错误?
- 27. 双重登录PHP系统
- 28. 登录系统使用PHP
- 29. PhP登录/注册系统
- 30. PHP会话登录系统
为每个项目完全独立的代码库。您应该在部署到每个应用程序之前测试新代码,而不是通过打印某些共享的代码库来降低每个应用程序的风险。 – meagar
不同意。错别字很容易修复。我假设这些项目尚未投入生产,并且功能基本相同,对吧?如果它能够工作,为什么不等到代码分离到生产? – FredTheWebGuy