如何管理和开发大型TYPO3项目?

Mat*_*eng 18 php project-management typo3

我从2006年开始开发TYPO3项目,项目越来越大,越来越复杂.设置一个包含联系表单和新闻列表的简单CMS站点都是例程.

现在,我们完成了一个更大的项目:一个拥有无数扩展的国际公司的平台:登录和注册,新闻,列出数据库记录,动态联系表格,调查和统计,内联网功能:文档上传和下载,几个后端"调整"每次TCA修改等.

项目经理对我们的开发人员感到不满,因为有时候,在我们完成函数X并且稍后将函数Y提交到开发服务器之后,函数X被破坏了.这与typoscript设置,扩展相互依赖性,版本控制错误或有时简单的编程错误和拼写错误有关.我知道如何照顾后者,但总的来说:

根据您的经验:

我们如何在TYPO3中开发一个防错系统,一切都在手,扩展不会妨碍他们?换句话说:我们如何保护和隔离功能(扩展) - 并避免这些相互依赖性问题?

我们正在一个有两个开发人员的DEV团队工作,我们已经使用:

  • Subversion存储库
  • 用于开发和测试的本地DEV服务器
  • 外部typoscript配置文件,分为每个扩展名的单个文件

编辑Bountyhunters:

我正在寻找的是一个可能包含以下主题的最佳实践摘要:

  • 一般工作流习惯
  • 一般编码习惯
  • 我们的subversion提交的可靠性(或Git)
  • 单元测试(PHPUnit,Selenium?)
  • 部署(我还没有弄清楚自动化部署如何帮助我们)
  • Typoscript最佳实践

Fed*_*TIK 25

我们在大型TYPO3项目中可以找到的问题与任何开发项目都没有太大区别.

一般做法:

  • 使用持续部署工具配置持续集成平台 ;
  • 通过自动化测试进行测试驱动开发;
  • 健壮的架构(dB,URL路由,......);
  • 开发期间的性能测试 ;
  • 使用带格式化注释的版本控制;
  • 使用功能强大的IDE作为PHPStorm,Eclipse,Netbeans;

常见的TYPO3做法:

其他参考:

扩展可以帮助管理复杂的TYPO3安装:

使用现代项目管理方法和工具

  • Scrum,看板,精益发展原则
  • Bugtrackers作为Redmine,Trac

书籍: