kwh*_*let 12 git joomla project-management
我们是一家网页设计公司,正在建立一个修订管理系统,以及我们将如何使用它的所有流程等.我们正在考虑使用git版本管理系统.
我们主要在Joomla上开发我们的网站!内容管理系统(CMS).我想知道其他公司在处理CMS时如何管理他们的存储库.我们主要处理模板构建,偶尔也会定制我们安装的组件或插件.
我的主要问题是:
我知道这个问题已经得到了一个可接受的答案,但也许有人会回到这个问题并发现它很有用.
所以我提出并且似乎工作得很好,是这样的:假设我有一个正常的J!使用我的com_mycomp组件进行部署.
这样一来,现在可以在COMMON/joomla/myComp中创建一个git存储库.
显然,这个环境应该是一个本地开发环境,您可以在其中调整apache/php配置,而不会产生安全隐患,从而使其工作.(我不记得我是否真的必须对此进行任何特殊配置修改才能工作 - 如果它不检查日志......)
事实上,这个解决方案确实解决了另一个问题.通过这种方式,您可以实际将组件的代码库文件夹符号链接到两个不同的Joomla部署(例如J!2.5.x和J3.xx),并能够针对不同版本立即开发/检查您的组件兼容性.
Joe LeBlanc的这篇文章是我在Joomla中发现的有关修订控制的少数几件事之一!:http://joomlaablog.blogspot.it/2010/11/how-to-track-your-joomla-project-with. HTML
使用Git和Joomla可以采用两种通用策略:跟踪整个Joomla安装或跟踪特定扩展.使用Git跟踪Joomla本身的主要威慑力是Joomla代码库的庞大规模.虽然Git速度相当快,但如果您添加单个模板或模块,跟踪整个Joomla安装仍然是一种过度杀伤.
另一方面,将所有内容放入Git可以确定何时将补丁应用于Joomla站点.当您尝试将问题跟踪到特定补丁时,这可能会有所帮助.此外,如果您要创建一些旨在协同工作的扩展程序,您可能别无选择,只能将整个网站置于版本控制之下.
如果您正在处理单个扩展,并且您知道它是唯一一个将成为项目一部分的扩展,则跟踪单个目录可能更有利.单个仅前端组件,仅后端组件,模块或模板都是与Joomla安装分开跟踪的候选者.由于插件.php文件并排放置在共享文件夹中,因此很难以这种方式跟踪插件.以这种方式跟踪完整组件也是有问题的,因为后端中的更改会影响前端中的行为.
对于你的第一个问题,通常大多数组都会签入与项目相关的所有文件(不包括日志和临时文件)。如果您确实想要存储数据库,请存储数据库的转储(而不是二进制文件)。您应该确保包含数据和架构。
| 归档时间: |
|
| 查看次数: |
6055 次 |
| 最近记录: |