Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Release v4.4.0 #2878

Closed
kocio-pl opened this issue Oct 3, 2017 · 4 comments
Closed

Release v4.4.0 #2878

kocio-pl opened this issue Oct 3, 2017 · 4 comments
Labels

Comments

@kocio-pl
Copy link
Collaborator

kocio-pl commented Oct 3, 2017

This should be standard release, so probably can be made about 2 weeks from now. The big change in this time frame could be dropping subpixel accuracy (#2874) and showing water areas from z0 (#2873), if merged. It would be also nice to have #2860 resolved by then.

Release hints:

  • it's good to keep time based releases, because it helps keeping z0-z12 zoom levels on OSMF servers up to date
  • probably the best moment to deploy is Friday night, because re-rendering of low and midzoom tiles happens during the weekend, when OSMF servers are not fully loaded, so we could aim at Friday with our release if there are no other factors
@pnorman
Copy link
Collaborator

pnorman commented Oct 3, 2017

it's good to keep time based releases, because it helps keeping z0-z12 zoom levels on OSMF servers up to date

This isn't a concern for us. Partially because it shouldn't be our concern, but also because the OSMF servers re-render those zooms monthly.

probably the best moment to deploy is Friday night, because re-rendering of low and midzoom tiles happens during the weekend, when OSMF servers are not fully loaded, so we could aim at Friday with our release if there are no other factors

We shouldn't worry about trying to match load, and we should release on whatever day of the week it happens to be. Again, partially because development is separate from operations, but also because there's no real strong relationship between the past updates and day of week. Ops have updated the stylesheet on every day of the week, and Wednesday happens to be the day they've updated the most on, not the weekend. We also don't know what other considerations they might have, and they've been known to skip versions when there were other considerations.

@kocio-pl
Copy link
Collaborator Author

kocio-pl commented Oct 3, 2017

This isn't a concern for us. Partially because it shouldn't be our concern, but also because the OSMF servers re-render those zooms monthly.

Good to know.

We shouldn't worry about trying to match load, and we should release on whatever day of the week it happens to be.

I believe in OSM we're not totally independent, as in corporation departments behind firewalls, we can talk and cooperate much easier. I care for OSMF infrastructure as a community member and it looks to me that most of the time it doesn't really matter when exactly we make a release within some time slot, but I see the real impact on the servers. Hence "if there are no other factors" statement.

@kocio-pl
Copy link
Collaborator Author

I think 20.10 would be good to make this release, if nothing special happens.

@kocio-pl
Copy link
Collaborator Author

Released, ticket for OSM.org servers:

openstreetmap/chef#131

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants