Open ridoo opened 12 months ago
With the release v4.2 (https://github.com/GeoNode/geonode/releases/tag/4.2.0), I want to discuss the effort to set this as our target branch/version. With that, we do not have to track master, which is volatile. @ridoo what do you think?
We are not tracking master
but "stable" v4.1.x
. However, targeting 4.2.0
definitely makes sense.
Hard to say how much effort this would take without having a deeper look first. GeoSolutions made changes to configuration and structure, and in the end moved things to a different repository using a different versioning scheme for their images. So tracking all the changes will not be straight-forward this time.
I see these todos:
As you can see, 52n has also things to do here for our own repos (unrelated to thuenen context).
52n could start updating things we would have to do anyway, learn about the change impact, and then doing an update for thuenen related stuff. I would follow a "break and fix" strategy here as of the aforementioned reasons. Do you have a max budget for this in mind? Perhaps it will not be that big issue, after updating our stuff and we can do this by effort.
/cc @matthesrieke /cc @gannebamm
@ridoo Postpone https://github.com/Thuenen-GeoNode-Development/Sprints/issues/17 and start with upgrading to 4.2.0
Thünen has deployed the latest version (tisdar.dev) and is starting the review process @vineetasharma105 @hvwaldow
Let me know in case you need help
Tracks status of feature branches developed in GeoNode SEP 2023.
Upstream PRthuenen_4.x
image build (docker-compose pull 52north/geonode_thuenen:4.x
needed)thuenen_4.x
image build (docker-compose pull 52north/geonode_thuenen:4.x
needed)thuenen_4.x
image build (docker-compose pull 52north/geonode_thuenen:4.x
needed):4.3.0
)Upstream PR