XSF Editor Team - 2022-12-21


  1. jonas’

    what would it simplify if we do not use commit notifications?

  2. jonas’

    (I'm still not convinced those wouldn't be a significant step down from the current emails)

  3. moparisthebest

    merging a PR can trigger any emails in whatever format desired, and you don't have to bother with verifying things happen in the same commit in a list of any commits which may include merge commits, just in 1 commit, because you are only ever dealing with 1 commit

  4. moparisthebest

    basically all the issues now that start with "go through a list of commits..." can just be applied per PR, which seems to vastly simplify the entire thing, no? and I think the only thing it breaks is you can't have 1 PR publish multiple versions of a XEP, which seems good actually?

  5. moparisthebest

    Sorry now I have to go to sleep, damn timezones :)

  6. jonas’

    good night :)

  7. jonas’

    the 1 commit vs. list of commit thing doesn't really matter, does it? you can just ask git to give you a diff over a list of commits, same as with a single commit.

  8. moparisthebest

    I think the important thing is that a PR is treated as 1 change, and that merging it is the trigger for sending emails etc

  9. jonas’

    yes, that I can get on board with

  10. jonas’

    you still need to track which PRs have been processed for mail sending and stuff

  11. moparisthebest

    What having 1 PR == 1 commit would simplify is the attic and tagging, because you only need to examine the 1 commit, going back and trying to examine individual commits is much harder especially considering merges

  12. moparisthebest

    Then I don't think you have to track anything, you just have a hook/GitHub action/whatever that runs when a merge happens and does whatever is needed for that commit