1
0
mirror of https://github.com/Unleash/unleash.git synced 2025-08-13 13:48:59 +02:00
Commit Graph

8 Commits

Author SHA1 Message Date
Kitsios Konstantinos
84748aaff0
[CI]: Cancel CI runs that become obsolete (#10339)
## About the changes
Currently, if a PR is open and a push happens, the **e2e:frontend**
workflow will start running. If, shortly after a subsequent push on the
*same* PR happens, the workflow will start running again without
cancelling the previous (now obsolete) run. With these changes, the
first run would be cancelled, thus **saving compute resources** (see
below for quantity) that can be used to **speed up your overall CI/CD**,
without sacrificing functionality, since the second run will contain the
changes from the first push as well. 🌱

### Example
Here is an example of the behaviour described above: the commit
`b1b2e61` triggered
[this](https://github.com/Unleash/unleash/actions/runs/14493085673/)
workflow run, and shortly after the commit `9997fe1`, that happened on
top of the first commit, triggered
[this](https://github.com/Unleash/unleash/actions/runs/14493089012/)
workflow. Both workflows ran till the end, spending approximately 8 CPU
minutes each. With the proposed changes, the first run would be
cancelled, hence saving ~8 CPU minutes and clearing the queue for other
workflows. Note that this is an example of a single concurrent run; the
accumulated gain for all PRs would be higher, with a lower estimate at
**2 CPU hours** over the last few months.

The same holds for these workflow(s) as well: Dependency review, PR ->
Build Docs.

### Context
Hi,

We are a team of [researchers](https://www.ifi.uzh.ch/en/zest.html) from
University of Zurich and we are currently working on energy
optimizations in GitHub Actions workflows.

Kindly let us know (here or in the email below) if you would like more
details, if you want to reject the proposed changes for other reasons,
or if you have any question whatsoever.

Best regards,  
[Konstantinos
Kitsios](https://www.ifi.uzh.ch/en/zest/team/konstantinos_kitsios.html)
konstantinos.kitsios@uzh.ch
2025-07-17 11:22:44 +01:00
Christopher Kolstad
740990b0ed
chore: Add PSF to approved licenses list (#10148)
http://docs.python.org/license.html states that though GPL-compatible,
PSF allows usage without having to redistribute own source code.
2025-06-17 10:34:20 +02:00
Christopher Kolstad
c46ce85611
task: explicitly allows Artistic-2.0 license (#8694)
Due to our use of docusaurus and the openapi plugin we need to allow
Artistic-2.0, Having read the license, it allows for free use of the
licensed code, provided the license is included when distributing, but
does not require a relicensing of products using the licensed code.
2024-11-08 08:25:44 +00:00
Christopher Kolstad
844d3c26fc
chore: allow CC-BY-4.0 (#8570)
CC BY 4.0 This license lets others distribute, remix, tweak, and build
upon your work, even commercially, as long as they credit you for the
original creation. This is the most accommodating of licenses offered.
Recommended for maximum dissemination and use of licensed material.

- Sounds compatible with us
2024-10-29 10:02:32 +01:00
Gastón Fournier
7ac33af148
chore: add 0BSD license (#8506)
Seems to be permissive enough and close to ISC:
https://opensource.org/license/0bsd
2024-10-23 09:28:55 +02:00
Christopher Kolstad
15726cc8ac
chore: upgrade to yarn v4 (#7230)
![Outdated as of
2020](https://github.com/Unleash/unleash/assets/177402/689a1bcc-441d-4b87-88a6-125e68a17f26)

This has been on our TODO list for a long time.

We're moving to latest released at the time of commit (v4.2.2)
2024-06-07 14:00:19 +02:00
Gastón Fournier
e8c9897c69
chore: change deny list to allow list (#7242)
All licenses we allow
2024-06-03 11:37:13 +02:00
Christopher Kolstad
c932d2a02b
chore: added dependency review (#7206)
To help with compliance with customer's OSS requirements, this now bans
usage of GPL and LGPL, as well as scans PRs for dependency
vulnerabilities and new licenses being added.
2024-05-30 13:19:22 +02:00