Closed dcermak closed 1 year ago
cc @mlschroe
branch should not be used when working with git workflow. Instead you should fork in the the git instance. We may extend the scm bridge later to follow such forks automatically, but this does not belong to OBS backend code.
branch should not be used when working with git workflow. Instead you should fork in the the git instance. We may extend the scm bridge later to follow such forks automatically, but this does not belong to OBS backend code.
I don't want to create forks, I have a template project that "deploys" these templates into branches in the same repository. Also, if this setup should really be unsupported, then it would be nice if https://openbuildservice.org/help/manuals/obs-user-guide/cha.obs.scm_bridge.html#sec.obs.obs_scm_bridge.setup.specials.revision could be updated to reflect that.
Adrian misunderstood this issue. It is a bug, but not a bug in OBS but in the scm bridge. Adrian will fix it ASAP.
yes, sorry (I was still on FTO it seems), the fixed code is deployed now, but I can not verify since home:defolos:BCI:CR:Tumbleweed has no scmsync tag atm.
but works local at least.
Issue Description
The backend "forgets" to pass the information to which branch a project belongs to the individual package's
_meta
configurations when a full project is managed viascmsync
.Expected Result
The package should "inherit" the branch information from the project.
How to Reproduce
_meta
:<scmsync>https://github.com/SUSE/BCI-dockerfile-generator#tumbleweed</scmsync>
The issue is that the backend creates the following
_meta
:but the fragment with the branch name is missing here. Thus the backend will then clone the wrong branch (which may or may not contain this subdir).
Further Information