Composer at Scale, Release and Dependency Management
1 like447 views
Joe Ferguson discusses managing Composer in scalable applications, particularly for enterprise-level projects. He outlines the development workflow including version control, feature deployment, and release management, emphasizing the importance of peer approval and CI/CD integration with tools like Jenkins. Ferguson also addresses the architecture of shared logic across applications, highlighting the need for compromise and adaptability within development processes.
Composer at Scale, Release and Dependency Management
- 1. Composer at Scale, Release and Dependency Management Joe Ferguson
- 2. Who Am I? Joe Ferguson PHP Developer Engineer @ Aol. Twitter: @JoePFerguson Organizer of @MemphisPHP OSMI Board Member @NomadPHP Lightning Talks Passionate about Community
- 3. This is not a Composer Talk
- 5. “At Scale” http://www.pcmag.com/encyclopedia/term/68176/at-scale “…at the required size to solve the problem…”
- 6. What’s “Enterprise”? http://www.pcmag.com/encyclopedia/term/42637/enterprise Any undertaking or project, with the implication that it is of reasonable size and complexity.
- 7. Everyone is at “Enterprise” “Scale”
- 8. Brands
- 10. Enterprise === A lot http://hyperboleandahalf.blogspot.com/2010/04/alot-is-better-than-you-at- everything.html
- 11. We’re a small(ish) team 2 Front End Devs 6 Back end Devs 1 Architect / Product Manager 1 Manager
- 12. Foundation of our Applications Modern* Well Tested Semantic Versioning Peer Approval Continuous Integration Client Focused Solutions
- 14. Start with a strong version control process/strategy
- 15. New Feature Git Workflow Pull master branch
- 16. New Feature Git Workflow Pull master branch checkout new branch named feature/new-feature-description
- 17. New Feature Git Workflow Pull master branch checkout new branch named feature/new-feature-description change code <where the magic happens>
- 18. New Feature Git Workflow Pull master branch checkout new branch named feature/new-feature-description change code <where the magic happens> Commit changes and open pull request against the develop branch
- 19. New Feature Git Workflow Pull master branch checkout new branch named feature/new-feature-description change code <where the magic happens> Commit changes and open pull request against the develop branch Wait for two peers to approve changes <jeopardy theme plays>
- 20. New Feature Git Workflow Pull master branch checkout new branch named feature/new-feature-description change code <where the magic happens> Commit changes and open pull request against the develop branch Wait for two peers to approve changes <jeopardy theme plays> Merge pull request into the develop branch
- 21. Commit & Versioning Tools
- 22. Emoji in your commits! https://github.com/slashsBin/styleguide-git-commit-message
- 23. Commit tool to automate messages https://github.com/jakeasmith/commit
- 25. Commit tool to automate messages https://github.com/jakeasmith/commit
- 29. Wait for package repo to index new version
- 30. Deployment Cycles, Waterfalls, Sprints, Kanban, and bears oh my!
- 31. Find what works for you
- 32. Kanban Two Week Release Cycle
- 33. Code Freeze and Release Branches Two Week Release Cycle Wednesday before release is a Release Candidate Code Freeze Release branches are created from develop branch Release branches deployed to staging servers
- 34. Testing on Staging Servers Two Week Release Cycle Wednesday before release is a Release Candidate Code Freeze Release branches are created from develop branch Release branches deployed to staging servers Developers & Clients test changes on staging servers & sign off From Wednesday to Tuesday is testing time
- 35. Production Deployment Two Week Release Cycle Wednesday before release is a Release Candidate Code Freeze Release branches are created from develop branch Release branches deployed to staging servers Developers & Clients test changes on staging servers & sign off From Wednesday to Tuesday is testing time Tuesday following the RC freeze is production deploy Release branches are Merged into master via same 2 peer approval pull request process
- 36. Production Deployment Two Week Release Cycle Wednesday before release is a Release Candidate Code Freeze Release branches are created from develop branch Release branches deployed to staging servers Developers & Clients test changes on staging servers & sign off From Wednesday to Tuesday is testing time Tuesday following the RC freeze is production deploy Release branches are Merged into master via same 2 peer approval pull request process Code is deployed to production
- 38. Hotfixes and Bugfixes Hotfixes are branches named hotfix/description that are opened against master Hotfixes are how we patch production
- 39. Hotfixes and Bugfixes Hotfixes are branches named hotfix/description that are opened against master Hotfixes are how we patch production Bug fixes are when we find issues after the RC freeze but before RC branch merging to master Bug fix branches are named bugfix/description that are opened against the release branch
- 40. That’s how we deploy features to our CMS
- 41. Our CI/CD Hero
- 42. Jenkins Automation Build & Run Tests Build Docker Images & Test Build & Deploy Applications Sound the alarms when something breaks Slack Notifications in a CI/CD Channel
- 43. That’s how we deploy features to our CMS, API,
- 44. That’s how we deploy features to our CMS, API, Design Tool,
- 45. That’s how we deploy features to our CMS, API, Design Tool, and other standalone applications
- 46. Architecture CMS API Design Tool A lot of shared logic
- 47. Enter: “Core”
- 49. composer require aol/core *not the actual package name
- 50. Control Version Constraints { "require": { "aol/core": "^17", } }
- 51. Lock To A Minor Version { "require": { "aol/core": “^17.10", } }
- 52. We now have access to all of the logic in Core in all of our applications
- 53. Core Git Workflow No develop branch No Hotfixes, or Bugfix branches All changes are via pull request against master After PRs are approved and merged version tags are bumped Semantic versioning is your friend Individual applications update their own core versions at their own pace (During normal deployment cycles)
- 54. Architecture CMS API Design Tool Core Version 15.1.3 Version 17.6.13 Version 17.0.0
- 55. Remember Scale?
- 56. Core is just another application…
- 57. “Compromise is essential because there are no ideal solutions, only trade-offs” Thomas Sowell - “A Conflict of Vision”
- 60. Feedback! https://joind.in/talk/024d5 Joe Ferguson Twitter: @JoePFerguson Email: [email protected] Freenode: joepferguson Contact Info: