Joomla 1.5即将到达生命周期的尽头，许多网站正在升级到1.7或2.5版本。我们正试图找出如何升级我们的网站。不幸的是，Joomla的开发人员没有将向后兼容性列为他们的要求清单中的重点，尽管他们做得非常好。
我们知道有许多资源描述如何从1.5版本迁移Joomla网站到X版本。但是在我们公司，我们有大约120个Joomla网站。由于所有必须完成的迁移步骤，包括模板、自定义编写的代码和我们使用的第三方模块，这将是一项艰巨的工作。因此，我们正在寻找可以使我们（升级）工作更轻松的方法和技术。
我无法想象我们是唯一遇到这个问题的人，所以我正在寻找有关在大规模上迁移这些网站的更多信息。我们不能是唯一一个在努力应对这个问题的人。
为了提供一些细节，对于小版本的升级，我们使用了“Vendor branches technique”技术，效果非常好。简而言之，在我们的SVN存储库中，有一个包含当前Joomla版本的文件夹。在同一存储库中，我们还有一个包含我们自己的Joomla版本和一些自定义代码调整的文件夹。每个项目都基于该自定义版本。通过使用版本分支，我们可以轻松地将所有项目更新到最新的Joomla版本。
对于主要升级，这种技术将不适用。例如，我们预计有些项目由于兼容性问题不会升级到新的Joomla版本。
解决2.5分支的方法可能是创建两个新文件夹，其中包含2.5版本的Joomla和我们自己定制的2.5版本。然后，每个已迁移的项目将基于2.5定制版本进行分支。迁移过程将是繁琐的，肯定需要手动操作。
我们担心我们必须为Joomla的每个主要版本都这样做，这不是真正的解决方案。
我们正在考虑的一个解决方案是使用phar和composer创建项目。如果我们成功地将Joomla phar作为库创建并将自定义开发放入另一个phar中，则升级应该就像替换phar一样简单。第三方模块也应该打包成phar档案以便于更新。如果模块不支持此功能，我们将自行打包成phar。
当然，我们知道Joomla有一个新的集成更新机制。我们正在研究这种机制，但怀疑我们是否可以使用它，因为我们对核心代码或模块功能进行了一些自定义补丁。
总结一下这篇文章，我们有两个挑战，希望得到一些反馈。
我们知道有许多资源描述如何从1.5版本迁移Joomla网站到X版本。但是在我们公司，我们有大约120个Joomla网站。由于所有必须完成的迁移步骤，包括模板、自定义编写的代码和我们使用的第三方模块，这将是一项艰巨的工作。因此，我们正在寻找可以使我们（升级）工作更轻松的方法和技术。
我无法想象我们是唯一遇到这个问题的人，所以我正在寻找有关在大规模上迁移这些网站的更多信息。我们不能是唯一一个在努力应对这个问题的人。
为了提供一些细节，对于小版本的升级，我们使用了“Vendor branches technique”技术，效果非常好。简而言之，在我们的SVN存储库中，有一个包含当前Joomla版本的文件夹。在同一存储库中，我们还有一个包含我们自己的Joomla版本和一些自定义代码调整的文件夹。每个项目都基于该自定义版本。通过使用版本分支，我们可以轻松地将所有项目更新到最新的Joomla版本。
对于主要升级，这种技术将不适用。例如，我们预计有些项目由于兼容性问题不会升级到新的Joomla版本。
解决2.5分支的方法可能是创建两个新文件夹，其中包含2.5版本的Joomla和我们自己定制的2.5版本。然后，每个已迁移的项目将基于2.5定制版本进行分支。迁移过程将是繁琐的，肯定需要手动操作。
我们担心我们必须为Joomla的每个主要版本都这样做，这不是真正的解决方案。
我们正在考虑的一个解决方案是使用phar和composer创建项目。如果我们成功地将Joomla phar作为库创建并将自定义开发放入另一个phar中，则升级应该就像替换phar一样简单。第三方模块也应该打包成phar档案以便于更新。如果模块不支持此功能，我们将自行打包成phar。
当然，我们知道Joomla有一个新的集成更新机制。我们正在研究这种机制，但怀疑我们是否可以使用它，因为我们对核心代码或模块功能进行了一些自定义补丁。
总结一下这篇文章，我们有两个挑战，希望得到一些反馈。
- 你会如何建议将120多个网站升级到最新版本的Joomla？
- 如果你需要维护大量的Joomla网站，你会如何管理Joomla更新？