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

Ideas for improving release cycle time #49

Closed
kwesolowski opened this issue Jul 31, 2015 · 5 comments
Closed

Ideas for improving release cycle time #49

kwesolowski opened this issue Jul 31, 2015 · 5 comments

Comments

@kwesolowski
Copy link
Contributor

It would make versioning and releasing faster if common assembly version data will be stored in single file (and the same version can be then used in nuget).

Is something blocking such approach (like http://www.purecs.net/csharp/tips-and-trick-1/share-a-globalassemblyinfo-file-among-projects-in-a-solution)? I can draft some Pull Request.

@pauldendulk
Copy link
Member

There is nothing blocking this. I use something like this in BruTile.
https://github.com/BruTile/BruTile/blob/master/SharedAssemblyVersion.cs
But Mapsui's release is just as easy because a script is updating the assembly version for all files. See the scripts\readyme.txt here: https://github.com/pauldendulk/Mapsui/tree/master/Scripts (it still mentions hg where it should be git).

I think a shared assembly version is nicer but it won't make the release much faster.

The main reasons releases are slowed is because I don't have scheduled time for Mapsui maintenance and I get easily swamped in other work. I expect this to improve in the coming period.

For the next release:

Another improvement would be to release nigtly builds. For this to work I should distinguish between alpha, beta and proper release, but right now I consider everything beta. Maybe I should just release v1.0 with the next release to have a stable version to fall back on.

@kwesolowski
Copy link
Contributor Author

I also consider all version "quite beta" and this is why I would love shorter release cycle - event as 0.6.4-beta :) But if any work can make your life easier I would like to help - we are using Mapsui now in WPF app.

@pauldendulk
Copy link
Member

The beta postfix can be used to distinguish between beta en actual releases but since I don't have any actual releases this won't work. Therefore I should just release a version that is relatively stable.

@kwesolowski
Copy link
Contributor Author

I was thinking about nuget version 0.6.4-alpha - such packages can be used with "Allow PreRelease" checked, and are considered older than 0.6.4.

@kwesolowski kwesolowski changed the title Share version info with GlobalAssemblyInfo Ideas for improving release cycle time Aug 3, 2015
@pauldendulk pauldendulk added this to the backlog milestone Nov 1, 2016
@pauldendulk
Copy link
Member

We could use alpha beta postfixes after 1.0. This will make the release cycle quicker.

Another improvement would be to add nightly builds are also nice. This will need some changes on the buildserver. Perhaps AppVeyor has some functionality for this.

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

No branches or pull requests

2 participants