1
0
mirror of synced 2025-12-30 03:02:21 -05:00
Commit Graph

7 Commits

Author SHA1 Message Date
Edward Gao
74c59ed5bf enforce bulk CDK version bump when modifying testFixtures (#69079) 2025-10-31 11:33:06 -07:00
Tobias Wennergren
05f1ed756b chore: pin GitHub Actions to SHA1 for supply chain security (#67019)
## What
- Pin all GitHub Actions to their specific SHA1 hashes to reduce supply
chain attack risk
- Replaces version tags with specific commit SHAs
- Includes version comments for easier reference
- Changes generated with the pinact tool

See internal wiki page on supply chain security for further info

## How
Used the tool pinact to pin the sha for github actions. 

## Review guide
<!--
1. `x.py`
2. `y.py`
-->

## User Impact
No impact

## Can this PR be safely reverted and rolled back?

- [x] YES 💚
- [ ] NO 
2025-10-07 13:14:36 -07:00
Benoit Moriceau
9b3152ad40 Avoid requiring a version bump if only the test are updated (#64913) 2025-08-13 09:46:00 -07:00
Benoit Moriceau
d682dc3606 Fix check CDK (#64890) 2025-08-12 10:42:26 -07:00
Benoit Moriceau
dd12f774f7 CDK version use the SemVer format (#63740)
This PR is making the CDK to use SemVer.

It requires the contributor to manually set the CDK version allowing to define patch/minor/major version.

This is a first step into improving the way we manage the CDK versioning.

The changes are the following ones:

java-bulk-cdk-publish.yml: remove the autogeneration of the version. Add a check step to ensure that we don't override the latest version
java-cdk-tests.yml: add a step in the CDK CI to ensure that the we don't override existing version.
README.md: Update the doc
build.gradle: remove the task which generate the build number; add a task to check the version doesn't conflict with the latest version.


Co-authored-by: Davin Chia <davinchia@gmail.com>
2025-07-24 12:16:29 -07:00
Davin Chia
326a1479bc chore: better CDK PR tests (#62457)
Any Java CDK changes should also trigger tests on JVM connectors whose CDK versions are set to local.

This helps CDK developers understand when they are stepping on connector developer toes when both the CDK and Connectors are being worked on eagerly.

- Modify the get_modified_connectors script to accept a local-cdk flag telling it to 'detect' connectors on local CDK. This is correct behaviour since the Connector has in fact changed, as the CDK has changed, even though the connector doesn't have direct code changes.
- Modify the regular connector ci check workflow to notice cdk changes and test connectors on local CDK.

I experimented with a gradle approach here and concluded it was more suited for local development than CI, since all the tests would be run within a single job which means 1) longer test execution 2) more confusing test output.

Co-authored-by: Aaron ("AJ") Steers <aj@airbyte.io>
2025-07-07 09:31:31 -07:00
Aaron ("AJ") Steers
3a66bf2085 ci: clarify workflow names, job names, and step names (#60967) 2025-05-29 08:46:56 -07:00