Received: from cressida.uberspace.de (cressida.uberspace.de [185.26.156.202])
	by mail-b.sr.ht (Postfix) with ESMTPS id 4DAB5FF0E7
	for <~sircmpwn/sr.ht-discuss@lists.sr.ht>; Tue, 14 Jul 2020 07:44:22 +0000 (UTC)
Received: (qmail 18394 invoked from network); 14 Jul 2020 07:44:20 -0000
Received: from localhost (HELO localhost) (127.0.0.1)
  by cressida.uberspace.de with SMTP; 14 Jul 2020 07:44:20 -0000
Date: Tue, 14 Jul 2020 09:44:18 +0200
From: Matthias Beyer <mail@beyermatthias.de>
To: ~sircmpwn/sr.ht-discuss@lists.sr.ht
Subject: Do not rebuild same commit?
Message-ID: <20200714074407.kigxqnkmzqav74g4@lucy>
Reply-To: Matthias Beyer <mail@beyermatthias.de>
X-message-flag: Mails containing HTML will not be read!  Please send only
 plain text.
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="anisatiacekr4xpw"
Content-Disposition: inline


--anisatiacekr4xpw
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

I was thinking whether it would be a good idea to introduce a flag for
builds.sr.ht which tells the platform to not rebuild a commit if it was alr=
eady
successfully build.

Usecase: In the early-development phase of a project, I like to play around=
 with
feature-branches which I change until I like what I have and then fast-forw=
ard
master. That means that master gets the commit which was already built and
re-starts a build (see [0] and [1] for example).
I mean, I don't mind that, but I do actually not care about the build at all
because the output is the same anyways.
Maybe that's a case where an optional optimization would be possible.

What do you think?


[0] https://builds.sr.ht/~matthiasbeyer/job/251251
[1] https://builds.sr.ht/~matthiasbeyer/job/254488

--=20
Mit freundlichen Gr=FC=DFen,
Kind regards,
Matthias Beyer

--anisatiacekr4xpw
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEUJGUus1GMTrRclzcEKWX9Kitz80FAl8NYlIACgkQEKWX9Kit
z838+w//RbZok5/L1ne+ZJU9hLlnk5JHtIAC8WFE16rGwBNxwwFY6BIhKoDTjShe
R4KXV3sozQv9vwhAGIV+3SYkEMIzWv+ZpddbBQ5cJpan4uYJEIL4C3NXf32AjQKh
Mu8w5nDm7oK8EY72v5PBzGWCxRfgNS6/S7Nrpq9/Rb5OIuZmmuUc6GP6qoSNPujG
/ujPIpaSiX9cET0qxfZgYWW5a2FSZgemNT7XeX4+Skcy8Q0Epc1qwdvb5nXKtrR8
YVLd6nFyVzDXLvHwdbC4OeajsQbSNXzQK4rlhPhLfr4O+wNUhMukzpyXzfoIcUoS
WfzusLUA+92KsMwLcFKkmlzTgMPQfqkf9p4aE9vCgBpJvh7Hr1b3EYUHedAmDg9R
hhF9n4m93lQQhKqbpKfEYdPHxBK9pPOb1LUv2ePOE1KYjnSNc5JsWSojjA6BLE2S
4Sovcjx0MaECvPDy8uO7Em3tyWPkJeVJ0hRpyljAnwA9tC1pDLw6OlND2A9oj5Ib
bRTOGe/uQyV6WM5gZ6FXWK6Okvvv+Tp353TeTmoX1OKac41BO0PlEp8A6KcmXicr
a1guTCuZrO3P7G+l2hgPDCpLhEMkfbwq+rPhMI7bVtH1xi0ZmB3RZd1zPXcqZJTJ
mXrSYngNIBKFeK2gWwCnIx8Z3D+GcN4yPSkwFMsl1NAQE3oNOhY=
=OzCf
-----END PGP SIGNATURE-----

--anisatiacekr4xpw--