问与Joomla一起使用GIT

EN

对于第一个问题，通常大多数组将签入与项目相关的所有文件(不包括日志和临时文件)。如果确实要存储数据库，请存储数据库的转储(而不是二进制文件)。您应该确保同时包含数据和架构。

我知道这个问题已经得到了一个公认的答案，但也许有人会回到这个问题上，并发现它是有用的。

• 我认为追踪整个joomla并试图排除核心文件几乎是不可能的，正如@vicgilbcn所说的那样，这可能成为一场噩梦。
• 另一方面，如果您正在为J开发组件！“不幸”出现在'components/com_mycomp‘、’管理员/components/com_mycomp‘和可能是'media/com_mycomp’中，您应该有3个单独的git repos来跟踪它--所以这也是不可行的。

所以，我想出来的，而且看起来工作得很好，是这样的:假设我有一个正常的J！在我的com_mycomp组件中删除。

• 我在joomla代码库之外创建了一个文件夹，并称其为“公共”。
• 在“公共”中，我创建了一个"joomla“文件夹
• 在“公共/乔姆拉”中，我创建了"myComp“文件夹，该文件夹将保存组件的整个代码基
• 在“公共/ Joomla /mycomp”中，我使用Joomla文件夹结构，并在其中移动(不复制) 'components/com_mycomp‘、’管理员/components/com_mycomp‘和'media/com_mycomp’。
• 然后，我回到删除文件夹的地方，并创建指向新位置的符号链接。

通过这种方式，现在可以创建一个通用/joomla/myComp的git存储库。

显然，这个环境应该是一个本地开发环境，您可以在这里调整apache/php配置，而不涉及安全性问题。(我想不起来我是否真的需要做任何特殊的配置修改才能工作--如果它不检查日志.)

事实上，这个解决办法确实解决了另一个问题。通过这种方式，您实际上可以将组件的代码库文件夹符号链接到两个不同的Joomla部署(例如J!2.5.x和J3.x.x )，并且能够立即针对不同版本开发/检查组件兼容性。

乔·LeBlanc的这篇文章是我在Joomla!：http://joomlaablog.blogspot.it/2010/11/how-to-track-your-joomla-project-with.html中发现的关于修订控制的为数不多的事情之一。

对于与Joomla一起使用Git，您可以使用两种通用策略:要么跟踪整个Joomla安装，要么跟踪特定的扩展。使用Git追踪Joomla本身的主要威慑是Joomla代码库的大小。虽然Git速度相当快，但如果您要添加一个模板或模块，跟踪整个Joomla安装仍然可能是过分的。 另一方面，将所有内容放入Git可以确定何时将补丁应用到Joomla站点。当您试图将问题跟踪到特定的修补程序时，这可能会有所帮助。此外，如果您正在创建许多设计为协同工作的扩展，您可能别无选择，只能将整个站点置于版本控制之下。 如果您正在处理单个扩展，并且知道它是项目的唯一一部分，那么跟踪单个目录可能会更有利。单前端组件、后端组件、模块或模板都是与Joomla安装分开跟踪的候选对象。很难以这种方式跟踪插件，因为插件.php文件被并排放置在共享文件夹中。以这种方式跟踪完整的组件也是有问题的，因为后端的更改会影响前端的行为。