Oracle Visual Builder: Applications That Outlive Their First Release · Module 14 · Source control, environments and publishing
Automating it
Lesson 145 of 176 · 3 min
When SCRIPTING A RELEASE STARTS TO PAY, and when A CHECKLIST SOMEBODY FOLLOWS IS STILL THE BETTER ANSWER. Automation is not automatically correct, and this is one of the places where the honest answer for a small estate is a piece of paper. THE CASE FOR AUTOMATION IS REPEATABILITY. A script does the same thing every time, cannot skip step five under pressure — Lesson 7's failure — and leaves a record of what it did. THE CASE AGAINST IS THAT IT IS SOFTWARE, AND SOFTWARE HAS TO BE MAINTAINED. A release script that has drifted from what a release now involves is worse than a checklist, because it runs confidently and does the wrong things. And nobody notices, because a release script is exercised rarely and read never. SO THE THRESHOLD IS FREQUENCY AND CONSEQUENCE RATHER THAN SOPHISTICATION. A release every few months, done by the person who built…
The full lesson is part of the course
The video, the complete written lesson and the module quiz are included in Oracle Visual Builder: Applications That Outlive Their First Release, with a certificate on completion and a fourteen-day refund window.
In this module: Module 14 · Source control, environments and publishing
- 1What a publish actually doesFree preview
- 2Versions, and living with two
- 3Source control, and why a visual tool still needs it
- 4Branching and more than one developer
- 5Environments, and what differs between them
- 6Making endpoints configurable
- 7The promotion checklist
- 8Rolling back
- 9Automating it
- 10What breaks: four promotion failures
- 11Lab briefing · Promote and prove it is isolated
