git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: What's cooking in git.git (Aug 2020, #01; Mon, 3)

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Aug 17, 2020, 04:41 UTC
Message-ID
<nycvar.QRO.7.76.6.2008170640160.56@tvgsbejvaqbjf.bet>
In-Reply-To
<20200814124011.GA4104592@coredump.intra.peff.net>
Hi Peff,
On Fri, 14 Aug 2020, Jeff King wrote:
Show 40 quoted lines
> On Fri, Aug 14, 2020 at 02:08:28PM +0200, Johannes Schindelin wrote:
>
> > On Wed, 12 Aug 2020, Jeff King wrote:
> >
> > > From my perspective as somebody who does not work on Windows, I wonder
> > > how much value there is in running vsbuild _and_ Windows CI for average
> > > developers. I have certainly gotten information from these jobs (e.g.,
> > > when introducing a portability problem, or missing a refactoring spot in
> > > Windows-only code). But I don't think I've ever gotten information from
> > > vsbuild that wasn't also in the regular windows build.
> >
> > There have not been a _ton_ of these instances, but there have been a
> > couple:
>
> Thanks, that was exactly the kind of data I was interested in.
>
> > I cannot find any more instances, so yes, I agree that the
> > `vs-build`/`vs-test` jobs might not be _all_ that necessary. So maybe we
> > should do something like this?
>
> Let's leave it be for now. The topics I had to adjust due to cmake were
> ones that I'd had sitting around for a while. So while I hit problems
> immediately, now that the queue is drained it's not clear to me how
> often it will come up in practice.
>
> > -- snipsnap --
> > diff --git a/.github/workflows/main.yml b/.github/workflows/main.yml
> > index 30425404eb3..2549fff8edd 100644
> > --- a/.github/workflows/main.yml
> > +++ b/.github/workflows/main.yml
> > @@ -122,7 +122,7 @@ jobs:
> >          path: ${{env.FAILED_TEST_ARTIFACTS}}
> >    vs-build:
> >      needs: ci-config
> > -    if: needs.ci-config.outputs.enabled == 'yes'
> > +    if: (github.repository == 'git/git' || github.repository == 'gitgitgadget/git') && needs.ci-config.outputs.enabled == 'yes'
>
> If we do go this route, I'd consider defaulting it to on and just
> letting people disable it through needs.ci-config.outputs.vsbuild or
> similar.

Okay, let's leave it for now, and if there are more instances, go the `config-repo/ci/config/` route.

Ciao, Dscho

Previous: Jeff KingNext: Junio C Hamano
Message 13 of 15 in “What's cooking in git.git (Aug 2020, #01; Mon, 3)”
  1. Junio C HamanoAug 4, 2020
  2. Jeff KingAug 4, 2020
  3. Junio C HamanoAug 4, 2020
  4. Jeff KingAug 4, 2020
  5. Johannes SchindelinAug 12, 2020
  6. Jeff KingAug 12, 2020
  7. Sibi SiddharthanAug 12, 2020
  8. Jeff KingAug 12, 2020
  9. Junio C HamanoAug 12, 2020
  10. Jeff KingAug 12, 2020
  11. Johannes SchindelinAug 14, 2020
  12. Jeff KingAug 14, 2020
  13. Johannes SchindelinAug 17, 2020
  14. Junio C HamanoAug 17, 2020
  15. Jiang XinAug 6, 2020

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.