![]() We focus on shortening the time between creating the Release Candidate and the actual release, while striking a balance between keeping up with the latest releases of the internal dependencies and ensuring that the app is always working. That’s the messy reality, but we’re always improving our release process. Sometimes, Jenkins breaks, and the builds don’t go through sometimes we’re not so great at testing all of our features before we create the release candidate, and spend the next day fixing unexpected bugs we test too many things manually every once in a while we even get a live bug that forces us to patch. It doesn’t always go smoothly, of course. ![]() ![]() ![]() This sounds good, but is this really the way it works? As with all projects and processes this is a rosy picture of the perfect release workflow, when everything goes smoothly. To ensure a continuous transfer of knowledge, and to avoid reinventing the wheel with each release, the rotation requires that one of the assignees was also assigned to the previous release, and the other assignee will be on the following release. We all do! Since our release process is not yet 100% automated, it requires a technical person to be involved, so the responsibility of pressing the buttons is rotated among the developers, with two assigned per release.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |