search

bgp / stayrtr

RPKI-To-Router server implementation in Go
BSD 3-Clause "New" or "Revised" License
94 stars 14 forks source link

Release management #20

Open randomthingsandstuff opened 3 years ago

randomthingsandstuff commented 3 years ago

Would like to discuss release management for the project.

Currently we use simple incrementing release, but I'd like to have the ability to qualify releases against our test suite and tag them appropriately. Not every release should go through full cycle IMO.

Open to thoughts, etc. If we don't come up with some consensus, I will simply formulate what I think works best and move on by ~Late October, per my current testing plans.

job commented 2 years ago

I've tagged our current master as v0.3.0 - a prerelease. I am down for going through a full cycle, and then tagging the result that as a v1.0.0 for production use. Your timeline works for me

BenCastricum commented 1 year ago

+1, Our test and release process would also very much appreciate version tagged releases.

androw commented 1 year ago

Speaking about release, is there a reason for 0.5.1 not being marked as Latest on GitHub? I would like to be sure before updating Alpine pkg repo.