I agree with @areusch that a lot changes pre and post 1.0. This RFC's main 
focus is getting code out the door often, so with that I think it makes the 
most sense to only support the current version and only publish a new release 
mid-cycle for critical bug fixes and security issues.

Ostensibly the release manager should be responsible for the release they 
published (and in the best case this would mean a release needs no patches and 
thus requires no extra work), but this could get passed off or reassigned as we 
move along based on who's available.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/apache/tvm-rfcs/pull/67#issuecomment-1121422799
You are receiving this because you are subscribed to this thread.

Message ID: <apache/tvm-rfcs/pull/67/c1121422...@github.com>

Reply via email to