Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nO9xi-0004h2-7m for pgsql-hackers@arkaria.postgresql.org; Sun, 27 Feb 2022 03:11:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nO9xg-0007C6-SF for pgsql-hackers@arkaria.postgresql.org; Sun, 27 Feb 2022 03:11:04 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nO9xg-0007Bx-It for pgsql-hackers@lists.postgresql.org; Sun, 27 Feb 2022 03:11:04 +0000 Received: from mail-io1-xd35.google.com ([2607:f8b0:4864:20::d35]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nO9xc-0004dv-0k for pgsql-hackers@postgresql.org; Sun, 27 Feb 2022 03:11:02 +0000 Received: by mail-io1-xd35.google.com with SMTP id t11so11135298ioi.7 for ; Sat, 26 Feb 2022 19:10:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=NqLczO+wQmMtmcmv9LnLwS2tBbXnclJLvmOhwys5xdc=; b=elYiXwzz1lJmLmWiQ2nUKQSOMPOm4KDNQK4l0vKNskwcqBep2t0BLacZAtF6aRBoma rYG5wq+Jx6EaYqsbOOLDdh64EwfgxuzdEsHnfUD3/DriA6/mtK2Rj717763pUlQa8r5C jFBNFMS+eRXUVk1/lq9bg+vlB77SxP7c7CcZj3JvyLvdkeuA7ARqJAjLqQUUbOResLvk 8b3RjbzEd5dwluNYq4GgBayW1w/RGzg3Dv34i1j/wDgQRCVgvGzOIF5H9sCelA96P+Ir BmXGcLWmIMRVRbIMWCza3A49gnHNSRp9Ie2oUlhXsOMc9nmflhfyZdpaR485RTEPPq9s q7bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=NqLczO+wQmMtmcmv9LnLwS2tBbXnclJLvmOhwys5xdc=; b=ON2lGKrlLDDglp7vccS0kXuY12ii7sDyE8janHpM/qC3FbUgnsdqq3/lc7s2BTO06s uH1aUMNorXFSipu7gQQy+8vhx8Ysm3r/nbVVEFpB+0ueVdSWBxo40UE/Z7sI6mlM71DW lIwQtIi020w72n+aN85Oj38b3M0HE3VBuo9djUHmocD5RzJbcuYI/pnCBOJzZTlWseD3 W8rbibF0BzRjE6x/lZoVJRUha6+sgVXv8KYmrXi5JQF6k0z13N/u8s1sAIrOGBk619Er CmtyhczNYsX2Yq/AihullzqtwBfqdJdZTKXu/I03zH8jJgX9DEKuwRp6teiqJBo25AWG iGGA== X-Gm-Message-State: AOAM530CqSbR0xfQAvmHiIhOBnpypqizoBD98blBgpOUKd6tYKsoy/k1 LsAns16Q9XEd0B6zeM/E+SbXZLNNz52BQw== X-Google-Smtp-Source: ABdhPJywq/UfbSH8Tc8T8CIyTqyDaBHJn4D6/7Fxv82SL1hmgrKM7hlbVU7smk63ChE8ItrRk8lAew== X-Received: by 2002:a05:6638:3043:b0:314:7ce2:4a6e with SMTP id u3-20020a056638304300b003147ce24a6emr11867971jak.258.1645931458163; Sat, 26 Feb 2022 19:10:58 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id s12-20020a92cbcc000000b002bd04428740sm4023151ilq.80.2022.02.26.19.10.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 26 Feb 2022 19:10:57 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 462F480102D; Sat, 26 Feb 2022 21:10:57 -0600 (CST) Date: Sat, 26 Feb 2022 21:10:57 -0600 From: Justin Pryzby To: Andres Freund Cc: Tom Lane , Robert Haas , Andrew Dunstan , pgsql-hackers@postgresql.org, Thomas Munro , Melanie Plageman , Peter Eisentraut , Daniel Gustafsson Subject: Re: Adding CI to our tree Message-ID: <20220227031057.GD25269@telsasoft.com> References: <20220204050403.GL23027@telsasoft.com> <20220206032339.tuyo534rfbvu4mbh@alap3.anarazel.de> <20220212220640.GL31460@telsasoft.com> <20220212222625.aph3ft466ntifrpi@alap3.anarazel.de> <20220213214213.GS31460@telsasoft.com> <20220213220709.vjz5rziuhfdpqxrg@alap3.anarazel.de> <20220226025116.GJ9008@telsasoft.com> <20220227010908.vz2a7dmfzgwg742w@alap3.anarazel.de> <20220227024352.GC25269@telsasoft.com> <20220227025000.mjmfimls5gnz7em7@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220227025000.mjmfimls5gnz7em7@alap3.anarazel.de> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Feb 26, 2022 at 06:50:00PM -0800, Andres Freund wrote: > Hi, > > On 2022-02-26 20:43:52 -0600, Justin Pryzby wrote: > > This doesn't do the right thing - I just tried. > > https://cirrus-ci.org/guide/writing-tasks/#environment-variables > > | changesInclude function can be very useful for skipping some tasks when no changes to sources have been made since the last successful Cirrus CI build. > > > That means it will not normally rebuild docs (and then this still requires > > resolving the "base branch"). > > Why would we want to rebuild docs if they're the same as in the last build for > the same branch? For cfbot purposes each commit is independent from the prior > commit, so it should rebuild it every time if the CF entry has changes to the > docs. I did git commit --amend --no-edit and repushed to github to trigger a new CI run, and it did this: https://github.com/justinpryzby/postgres/runs/5347878714 This is in a branch with changes to doc. I wasn't intending it to skip building docs on this branch just because the same, changed docs were previously built. Why wouldn't the docs be built following the same logic as the rest of the sources ? If someone renames or removes an xref target, shouldn't CI fail on its next run for a patch which tries to reference it ? It would fail on the buildfarm, and I think one major use for the CI is to minimize the post-push cleanup cycles. Are you sure about cfbot ? AIUI cirrus would see that docs didn't change relative to the previous run for branch: commitfest/NN/MMMM. -- Justin