-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove redundant title labels from connector specs #17544
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
removing redundancy and adding the ability to test locally! 😃
Not blocking, however I'm curious since you've mentioned that a linter was used to clean up is that a rule that can be codified to prevent the usage of (Optional)
getting added int the spec files?
Additionally, should there be a place where the sweet changes to GITHUB_STORE_BRANCH
be added like some documentation maybe? I can easily see this feature getting easily lost over time unless people are inspecting EnvConfigs.java
I removed the note about the linter - I was having conflicts between how our build tool and VSCode wanted to format the YML file. I don't think we need a linter per-se for these I too agree that we have a LOT of Environment variables one could use to customize things... maybe @jdpgrailsdev has an idea of how to organize these? I know Micronaut has a much better config system - perhaps we wait until the server get's moved over to Micronaut. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM but this raised two questions from my side:
- In which situation do we want cut a new connector version when a connector spec is updated
- @pedroslopez how is the GitHubStore is conceptually different from the remote catalog we'll have on the cloud apart from the masking abilities of our remote catalog?
private static final String GITHUB_BASE_URL = "https://raw.githubusercontent.com"; | ||
private static final String SOURCE_DEFINITION_LIST_LOCATION_PATH = | ||
"/airbytehq/airbyte/master/airbyte-config/init/src/main/resources/seed/source_definitions.yaml"; | ||
"/airbytehq/airbyte/" + envConfigs.getGithubStoreBranch() + "/airbyte-config/init/src/main/resources/seed/source_definitions.yaml"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What do you think about expanding the env var?
You could make the default value be:
/airbytehq/airbyte/master/airbyte-config/init/src/main/resources/seed/
It would allow OSS users to set a custom github store on their own repo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like it, but that seems like a specific feature we should think more about (are there security implications? Do we want that in the UI?)... so it should be in another PR at least :D
@evantahler I agree that we have too many environment variables. One solution once we move to Micronaut is to leverage Environments. They are basically labels that can be used to conditionally load configuration and make choices at runtime. I've noticed that a lot of our env vars are basically just these, with the extra layer of having to know the name of the env var to look at (for example: |
@@ -138,6 +138,7 @@ services: | |||
- WEBAPP_URL=${WEBAPP_URL} | |||
- WORKER_ENVIRONMENT=${WORKER_ENVIRONMENT} | |||
- WORKSPACE_ROOT=${WORKSPACE_ROOT} | |||
- GITHUB_STORE_BRANCH=${GITHUB_STORE_BRANCH} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Randomly landed here: if this is needed for cloud, we should probably update kustomize and helm charts as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's not needed for ☁️!
…vation * master: (26 commits) supply a source id for schema discovery in connector integration tests (#17662) Source Iterable: Add permission check for stream (#17602) Moving TrackingClientSingleton.initialize into the bean itself (#17631) Handle null workspace IDs in tracking/reporting methods gracefully (#17641) Bump Airbyte version from 0.40.11 to 0.40.12 (#17653) Revert "Do not wait the end of a reset to return an update (#17591)" (#17640) Standardize HttpRequester's url_base and path format (#17524) Create geography_type enum and add geography column in connection and workspace table (#16818) airbyte-cron: update connector definitions from remote (#16438) Do not wait the end of a reset to return an update (#17591) Remove redundant title labels from connector specs (#17544) Updated GA4 status support large schema discovery (#17394) 🪟 🐛 Fixes connector checks not properly ending their loading state (#17620) 🪟🧪 [Experiment] add hideOnboarding experiment (#17605) Source Recharge: change releaseStage to GA (#17606) Source Recharge: skip stream if 403 received (#17608) remove sonar-scan workflow (#17609) Mark/tables should be full width on all pages (#17401) Auto fail all workfow if there is a Versioning issue (#17562) ...
* Remove redundant title labels from connector specs * Manually update specs * add env variable * Remove debugging log
Closes #17182
Now that our UI has been updated to label optional fields, we no longer need to say "field (optional)" in our connector specs. This PR makes the changes needed, and does not require the re-publishing of the effected connectors.
Note for reviewers:
source_specs.yaml
anddestination_specs.yaml
manually, we don't need to republish all the connectors. The application reads the yaml files for the UI, which was the main concern here.GITHUB_STORE_BRANCH
which can be used to point theAirbyteGithubStore
class at another branch - this means that it's possible to test the changes above locally with:(From destination-bigquery)