[Slackbuilds-users] Updates - 20240106.1
Petar Petrov
slackalaxy at gmail.com
Tue Jan 9 14:26:43 UTC 2024
>And then on github I simply make a pull request
how do you "simply make a pull request"?
-p
On Tue, 9 Jan 2024 at 14:58, Arnaud via SlackBuilds-users
<slackbuilds-users at slackbuilds.org> wrote:
>
> > On Sat, 6 Jan 2024, at 9:47 AM, Willy Sudiarto Raharjo wrote:
> > > Please note that all new submission MUST be submitted via normal
> > > submisison form in order to get it populated in the database during
> > > public update. Updates to existing scripts can be done in both ways (via
> > > Github PR or Gitlab MR or normal submission form).
> >
> > Thanks Willy. So does this mean that for regular version updates (not new
> > scripts) we can submit using git? Are there any docs outlining the basic
> > workflow for GitLab and/or GitHub with the SBo repo specifically?
>
> I have forked the https://github.com/SlackBuildsOrg/slackbuilds on my own
> github account. And I update my master branch when there is an update on the
> upstream repository.
> Also I have sbo-maintainer-tools installed
>
> My workflow is, when I want to update, say rss-guard package :
> * I am on master branch
> * sbolint desktop/rss-guard/
> * sbopkglint /path/to/rss-guard-x.y.z.txz # Doesn't validate for other ARCH
> * git checkout -b rss-guard
> * git add desktop/rss-guard/*
> * git commit -m "desktop/rss-guard: updated for version x.y.z"
> * git push --set-upstream origin rss-guard
> And then on github I simply make a pull request, usually without comments, if it
> is a straightforward update.
>
> If I want to group some updates, for example if I have an update on libjodycode
> and jdupes at the same time :
> * commit for jdupes only
> * commit for libjodycode only
> * push both commit on a jdupes branch
> * PR from jdupes branch with message stating that it is an update of jdupes and
> its library libjodycode.
>
>
> Corner cases :
> * Renaming a package is adding a new package using the submit web form, then a
> github PR deleting the old package, with a message stating that it is a
> renaming, with the new name, so that admins knows to wait for the new package
> before merging.
> * If I change the name of a dependency (that has happened a lot with python
> package renaming), I still make one commit per package updated, stating that it
> is a REQUIRES update, and one commit to remove the old package.
>
> I never group PR for unrelated packages.
> A single commit should only be on one package, not multiple packages.
>
> That's mostly my way of doing things.
>
> - Yth.
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>
More information about the SlackBuilds-users
mailing list