Path: csiph.com!aioe.org!news.servidellagleba.it!bofh.it!news.nic.it!robomod
From: Emanuele Rocca <ema@debian.org>
Newsgroups: linux.debian.maint.python
Subject: Re: Enabling salsa-ci on all Debian Python Team repos
Date: Wed, 21 Sep 2022 12:20:02 +0200
Message-ID: <F84ZI-93iV-3@gated-at.bofh.it>
References: <F7mvD-8Bun-5@gated-at.bofh.it> <F7tx7-8GcI-1@gated-at.bofh.it> <F7GXn-8Ouo-7@gated-at.bofh.it> <F7KHE-8QJj-3@gated-at.bofh.it> <F7Mgp-8RKR-1@gated-at.bofh.it> <F7NvP-8Sov-1@gated-at.bofh.it> <F7QWJ-8UvR-3@gated-at.bofh.it>
X-Mailbox-Line: From debian-python-request@lists.debian.org  Wed Sep 21 10:16:45 2022
Old-Return-Path: <emarocca@gmail.com>
X-Amavis-Spam-Status: No, score=-6.599 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, LDO_WHITELIST=-5, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
X-Policyd-Weight: using cached result; rate: -5.5
X-Gm-Message-State: ACrzQf0/kGYCniJm3Iy7EbgQpZTau1MC6CEr18gtP/cmvGa+UCTBkxj+ v2XiEFyLTp25nifn84Wm4TT+lc7q9Jk=
X-Google-SMTP-Source: AMsMyM43cwsT1IJxXfR+R/Zk7lM8zCTABn81DavNXAZaNHJVZ1V8iLnOslYQl01vrpBFYxPN5eMpdw==
X-Received: by 2002:a17:907:75ee:b0:77b:c559:2bcc with SMTP id jz14-20020a17090775ee00b0077bc5592bccmr19427926ejc.537.1663755384753; Wed, 21 Sep 2022 03:16:24 -0700 (PDT)
Sender: robomod@news.nic.it
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Mailing-List: <debian-python@lists.debian.org> archive/latest/20326
List-ID: <debian-python.lists.debian.org>
List-URL: <https://lists.debian.org/debian-python/>
List-Archive: https://lists.debian.org/msgid-search/YyrlZqOSUFM1CNUv@ariel
Approved: robomod@news.nic.it
Lines: 33
Organization: linux.* mail to news gateway
X-Original-Date: Wed, 21 Sep 2022 12:20:22 +0200
X-Original-Message-ID: <YyrlZqOSUFM1CNUv@ariel>
X-Original-References: <YyhJlIioRwRr7bAp@ariel> <CAB4XWXwtzRQ+=yJPyqHHy-GN0HJdtSfjZOU0xq=aNxH2jVvirQ@mail.gmail.com> <Yyl7sZDRu7eaF0qt@ariel> <CAB4XWXz4DqT9=A_-wLRWWsi_Ek8nSWsAsarNo8yzt0SzX9EpLA@mail.gmail.com> <YynKe7o014pgynTr@pinolo.local> <6f483545-27cb-0d05-d813-50c482284e6c@t-online.de> <CAB4XWXy5z+3Zw4=-M5=YLF8_YP0f44PsvP3znnjDV40JdhAVmQ@mail.gmail.com>
X-Original-Sender: Emanuele Rocca <emarocca@gmail.com>
Xref: csiph.com linux.debian.maint.python:14484

Hi,

On 2022-09-20 03:09, Sandro Tosi wrote:
> the vast majority of the team members (based on the commits email i
> receive) are uploading the package to the archive at the same time as
> they are pushing a full set of changes to salsa (and sometimes only
> *after* the package has been ACCEPTED); in this case CI runs too late,
> and it has 0 benefit for that specific upload.

Very interesting, I was missing this piece of information. So first do
all the work locally, perform all the testing manually, upload the
package to ftp-master and *then* when you're finished push to Salsa?

What's wrong with pushing your work before uploading to ftp-master
instead? :-)

If you're worried about breaking things, that's what git revert and/or
branches are for. I can maybe imagine that one doesn't like frequent
merge requests and merge commits, you can skip that too: just use a
remote branch for testing and only push to master once happy.

My workflow is roughly:

- while not done:
  - few local commits, binary build, basic local testing
  - git push
  - see if the pipeline is green
- source build, sign, upload

To me this seems a better approach in terms of team collaboration too.
While you iterate on your work it's clear to other team members that
someone is on the package, which may help in terms of avoiding
duplicated efforts.