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
Last I checked, https://snapcraft.io/build only supported building snaps from the default branch. Is that still the case? What about tags?
First of all, only supporting the default branch assumes a particular workflow that not all projects use. For example, gitflow doesn't use the default branch as a development trunk at all. This also doesn't support the very common use-case of release branches (a 3.0 branch that has 3.0.1, 3.0.2, etc).
@Lukewh asked me to specify what I'd like to see. In an ideal world, I'd like to be able to specify a relationship between the git branch and the snap track. For example, the Nextcloud snap has 11, 12, 13, 14, 15, 16, 17, and master branches. Whenever I land a commit to master I get a snap on latest/edge. Whenever I land a commit on 17, I get a snap on 17/edge, and so on. The only way I can do this today is to setup a sync from github to launchpad and then use launchpad to build a snap on changes to a given branch. This type of workflow is super common for larger projects, but getting that setup in Launchpad is non-trivial. It'd be great if https://snapcraft.io/build supported it with a decent UI.
That would be a great story, but I realize there's quite a bit of work outlined there. Is there a shorter-term thing we can do to enable projects using release branches like that without making them build snaps themselves or manually setup builds in LP? For example, regarding my above question: if we build on tag pushes we have somewhat of a workaround, it's just not entirely clear if that's supported.
The text was updated successfully, but these errors were encountered:
kyrofa
changed the title
What causes https://snapcraft.io/build to build a new snap?
https://snapcraft.io/build: support building snaps from more than the default branch
Jul 28, 2020
Last I checked, https://snapcraft.io/build only supported building snaps from the default branch. Is that still the case? What about tags?
First of all, only supporting the default branch assumes a particular workflow that not all projects use. For example, gitflow doesn't use the default branch as a development trunk at all. This also doesn't support the very common use-case of release branches (a 3.0 branch that has 3.0.1, 3.0.2, etc).
@Lukewh asked me to specify what I'd like to see. In an ideal world, I'd like to be able to specify a relationship between the git branch and the snap track. For example, the Nextcloud snap has
11
,12
,13
,14
,15
,16
,17
, andmaster
branches. Whenever I land a commit tomaster
I get a snap onlatest/edge
. Whenever I land a commit on17
, I get a snap on17/edge
, and so on. The only way I can do this today is to setup a sync from github to launchpad and then use launchpad to build a snap on changes to a given branch. This type of workflow is super common for larger projects, but getting that setup in Launchpad is non-trivial. It'd be great if https://snapcraft.io/build supported it with a decent UI.That would be a great story, but I realize there's quite a bit of work outlined there. Is there a shorter-term thing we can do to enable projects using release branches like that without making them build snaps themselves or manually setup builds in LP? For example, regarding my above question: if we build on tag pushes we have somewhat of a workaround, it's just not entirely clear if that's supported.
The text was updated successfully, but these errors were encountered: