Project bundle build process#10
Conversation
|
I have resisted digging too deep into build/github automations but I'll spend some time looking at this to decide if it's really something I should be afraid of. I do think these code.py changes make sense. I was surprised and it was kind of interesting when I had some corrupted files and ended up without the bitmaps loaded but the game still ran. But you're probably right, it would be better to error out in that case. Would it be a problem to split out the code.py changes from the build system and submit them as a separate PR? |
|
Yes, I can split these changes up. I'll push out separate PRs for the loading checks and the imageload process when I get the chance. |
|
I've moved over the
This update does still keep |
|
Btw, if you want to see exactly what the action workflows will do, you can install prerequisites using All the Once we've gone through all of these updates, I recommend creating a first release to see how it goes and make it easier to share going forward. |
This update adds a basic project bundling system which automatically copies necessary application files and installs the latest version of libraries into a zip file. Github workflows have also been added to do this automatically for each release. In order for this to work, writable actions will need to be allowed on the repository.
The also make the following changes to
code.py:Useadafruit_imageloadlibrary instead ofOnDiskBitmapfor better performance at the cost of RAM utilization (shouldn't be a problem for the Fruit Jam)and image loading checksand assumes that everything is installed properly (I think it's better to error out if we have a bad installation)