Material.Avalonia icon indicating copy to clipboard operation
Material.Avalonia copied to clipboard

Add Demo App to the releases

Open MarioGK opened this issue 3 years ago • 6 comments

Could we add an automated build for the demo App and auto include it on the releases here on Github? I can work on it, i just want to check if you have any specific CI tool in mind, there are a bunch that are free for open source projects, choose one and i will try to make the pipeline for it.

Thanks for the great project i hope i can help out even if it is a little.

MarioGK avatar Aug 21 '21 19:08 MarioGK

Hello, @MarioGK

I think that attaching a demo to releases is strange, because I create a release (and a changelog) by hand. I think that if you make a Demo as an artifact, then you need to attach it to regular builds. As for the CI tool, I think we will continue to use GitHub CI for now.

However, if you can automate the creation of releases along with changelogs (based, for example, on the commit messages for this release), then that will be great.

SKProCH avatar Aug 26 '21 14:08 SKProCH

I can have a look at this, it's pretty easy to do but the only way i know of how to do it is following github flow i.e you create a branch for a change fature/add-something bug/fixed-something etc and then the release builder will add each merge to the changelog?

sabuto avatar Nov 13 '21 16:11 sabuto

Hello, @Sabuto Now we adhere to a simple policy that in master - releases, in dev - changes that are ready for work but not yet formed into release. In fact, we now have a GitHub Flow, but with the difference that some changes that are not long in development (such as small changes) are implemented directly in dev without creating an additional branch. We also have a master branch that serves to separate scripts that publish releases from scripts that publish nightly builds.

How does this tool work? I just see an option when at least a raw log is formed simply from commit messages. It would be cool if it could be called locally, because usually I specify the changelog in the package for nuget, so I need to know them to edit and put in the proj file.

If you come up with a convenient solution, you can get rid of the intermediate branch (dev). But I would not really want to completely switch to an approach when even a small change or fix needs to create a branch and PR.

SKProCH avatar Nov 14 '21 15:11 SKProCH

I'll take a look around :) just thinking seeing as you build locally? or atleast add the changelog locally is github actions concrete? or would you consider looking at nukebuild?

sabuto avatar Nov 14 '21 15:11 sabuto

just thinking seeing as you build locally? or atleast add the changelog locally is github actions concrete?

I don't understand the questions a bit

would you consider looking at nukebuild?

I don't mind using nukebuild, unless it complicates things a lot.

SKProCH avatar Nov 14 '21 16:11 SKProCH

Sorry I may have worded it very badly, but you answered it in the second part anyway :)

sabuto avatar Nov 14 '21 19:11 sabuto

Sone with latest buildscript changes. Also expect a web version of demo in near future (I hope)

SKProCH avatar Jan 31 '24 22:01 SKProCH