scripts/BuildScripts/BuildCommon.mk: unique names for development images #248
No reviewers
Labels
No labels
CI enhacement
CS10 (chromestick)
HIGH PRIOROITY
Low Priority
Solved
TODO
arm64
armhf
bug
c100 (veyron minnie)
duplicate
enhancement
good first issue
help wanted
invalid
minor bug
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ev4/PrawnOS!248
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "austin987/dev-image-unique"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
For your consideration.
I often have a few branches in play, and end up manually renaming images when testing something. Got tired of that, came up with this, figured I'd upstream it. If not interested, no worries, I'll maintain it locally.
I think this is a great improvement! definitely handy.
FYI it breaks ci since the images end up as different names, I'll take care of it after the merge though.
hmm, maybe CI doesn't end up with a branch name? This is the image name it ends up with:
PrawnOS-Shiba-armhf-git--3870b05651d1aac4b9a05fd23fc8b8aff30cf1b0.imgthat double - indicates to me
PRAWNOS_GIT_BRANCHis emptySeems github CI doesn't use a branch, and instead just has a checkout at the sha.
Could you add a case to catch this situation? maybe if the
PRAWNOS_GIT_BRANCHvariable is empty, set it asNOBRANCH? I'm open to other suggestions here.Second request: could you modify
build-image.shand the github workflows to match this new naming scheme?Final thought: What happens if the image is built on a sha but there are a bunch of uncommitted changes? Could we indicate somehow that its a modified version of that sha? This isn't required at all, more just an idea.
Thanks again for this. I think this change makes a lot of sense overall. :)
Sure, I'll take a look.
I ignored the CI failures since it's been broken so much lately (I know I originally added it, and I do care, but as you pointed out before, it's not currently reliable, so I didn't consider it a blocker).
At some point I may look at moving to a container based solution, but I have other things I'd like to see done first (and when I tried in containers, things didn't work so well either for me, maybe it's improved since then).
I actually fixed the CI a week or so ago, so it should be reliable again :)
Note: as they're semi-related, continuing discussion on #250.
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.