This change allows building changes pushed into the user's forked repo. This doesn't require using '--srpm' param, 'fedpkg (scratch-)build' is enough. Function restricts using multiple git remote records. Otherwise, the original approach works.
JIRA: COMPOSE-2963 Relates: #282
Signed-off-by: Ondrej Nosek onosek@redhat.com
This is a demonstration of how could this feature looks like. This actually doesn't work, because of Koji restriction:
FAILED: BuildError: src.fedoraproject.org:/forks/onosek/rpms/zlib.git is not in the list of allowed SCMs
Koji defines a list of rules, how SCM URL should be formatted. In 'kojid.conf' there is an option:
allowed_scms=scm.example.com:/cvs/example git.example.org:/example svn.example.org:/users/*:no
It is needed that Koji accepts repo_name in format: 'forks/user/namespace/repo'.
More discussion is needed, whether this is desirable. Forked repo detection may not be 100% and this could potentially cause confusion to users.
Yeah, right now Koji is configured to not allow cloning forks. Some discussion would be needed if this is desirable and if it's actually possible to tell Koji that it can clone from forks, but only make scratch builds for such repos.
This change allows building changes pushed into the user's forked repo.
This doesn't require using '--srpm' param, 'fedpkg (scratch-)build' is
enough. Function restricts using multiple git remote records. Otherwise,
the original approach works.
JIRA: COMPOSE-2963
Relates: #282
Signed-off-by: Ondrej Nosek onosek@redhat.com