You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be good to create releases once you feel that the code is in a good shape. I find it hard to know exactly when the package should be updated for Fyne (Andrew probably knows though). Creating releases would make it easier for me, and others, to know when it makes sense to update and to what degree and update is big or small (i.e. stable for minor or patch release of Fyne). It also looks tidier, and is easier to look up versions, with versions in the go.mod.
I understand that this project is in rapid development (with breakages probably?) and as such I suggest to start with v0.x.y releases. For minor fixes y can be incremented and x for larger work.
The text was updated successfully, but these errors were encountered:
Sure; we can certainly do that. The current API would probably be fine for a v0.1.0. We just need to figure out our process for deciding when to release a new version.
It would be good to create releases once you feel that the code is in a good shape. I find it hard to know exactly when the package should be updated for Fyne (Andrew probably knows though). Creating releases would make it easier for me, and others, to know when it makes sense to update and to what degree and update is big or small (i.e. stable for minor or patch release of Fyne). It also looks tidier, and is easier to look up versions, with versions in the go.mod.
I understand that this project is in rapid development (with breakages probably?) and as such I suggest to start with v0.x.y releases. For minor fixes y can be incremented and x for larger work.
The text was updated successfully, but these errors were encountered: