You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#### Build & Activate Virtual Environment and install dependencies
15
-
From this connector directory, create a virtual environment:
16
-
```
17
-
python -m venv .venv
18
-
```
19
13
20
-
This will generate a virtualenv for this module in `.venv/`. Make sure this venv is active in your
21
-
development environment of choice. To activate it from the terminal, run:
22
-
```
23
-
source .venv/bin/activate
24
-
pip install -r requirements.txt
25
-
pip install '.[tests]'
14
+
### Installing the connector
15
+
From this connector directory, run:
16
+
```bash
17
+
poetry install --with dev
26
18
```
27
-
If you are in an IDE, follow your IDE's instructions to activate the virtualenv.
28
19
29
-
Note that while we are installing dependencies from `requirements.txt`, you should only edit `setup.py` for your dependencies. `requirements.txt` is
30
-
used for editable installs (`pip install -e`) to pull in Python dependencies from the monorepo and will call `setup.py`.
31
-
If this is mumbo jumbo to you, don't worry about it, just put your deps in `setup.py` but install using `pip install -r requirements.txt` and everything
32
-
should work as you expect.
33
20
34
-
####Create credentials
35
-
**If you are a community contributor**, follow the instructions in the [documentation](https://docs.airbyte.io/integrations/sources/airtable)
36
-
to generate the necessary credentials. Then create a file `secrets/config.json` conforming to the `source_airtable/spec.json` file.
21
+
### Create credentials
22
+
**If you are a community contributor**, follow the instructions in the [documentation](https://docs.airbyte.com/integrations/sources/airtable)
23
+
to generate the necessary credentials. Then create a file `secrets/config.json` conforming to the `source_airtable/spec.yaml` file.
37
24
Note that any directory named `secrets` is gitignored across the entire Airbyte repo, so there is no danger of accidentally checking in sensitive information.
38
-
See `integration_tests/sample_config.json` for a sample config file.
25
+
See `sample_files/sample_config.json` for a sample config file.
39
26
40
-
**If you are an Airbyte core member**, copy the credentials in Lastpass under the secret name `source airtable test creds`
Once the command is done, you will find your connector image in your local docker registry: `airbyte/source-airtable:dev`.
64
-
65
-
##### Customizing our build process
66
-
When contributing on our connector you might need to customize the build process to add a system dependency or set an env var.
67
-
You can customize our build process by adding a `build_customization.py` module to your connector.
68
-
This module should contain a `pre_connector_install` and `post_connector_install` async function that will mutate the base image and the connector container respectively.
69
-
It will be imported at runtime by our build process and the functions will be called if they exist.
70
-
71
-
Here is an example of a `build_customization.py` module:
72
-
```python
73
-
from__future__import annotations
74
-
75
-
from typing importTYPE_CHECKING
76
-
77
-
ifTYPE_CHECKING:
78
-
# Feel free to check the dagger documentation for more information on the Container object and its methods.
This connector is built using our dynamic built process in `airbyte-ci`.
92
-
The base image used to build it is defined within the metadata.yaml file under the `connectorBuildOptions`.
93
-
The build logic is defined using [Dagger](https://dagger.io/)[here](https://github.com/airbytehq/airbyte/blob/master/airbyte-ci/connectors/pipelines/pipelines/builds/python_connectors.py).
94
-
It does not rely on a Dockerfile.
95
-
96
-
If you would like to patch our connector and build your own a simple approach would be to:
97
-
98
-
1. Create your own Dockerfile based on the latest version of the connector image.
99
-
```Dockerfile
100
-
FROM airbyte/source-airtable:latest
101
48
102
-
COPY . ./airbyte/integration_code
103
-
RUN pip install ./airbyte/integration_code
49
+
An image will be available on your host with the tag `airbyte/source-airtable:dev`.
104
50
105
-
# The entrypoint and default env vars are already set in the base image
You can run our full test suite locally using [`airbyte-ci`](https://github.com/airbytehq/airbyte/blob/master/airbyte-ci/connectors/pipelines/README.md):
128
63
```bash
129
64
airbyte-ci connectors --name=source-airtable test
130
65
```
131
66
132
67
### Customizing acceptance Tests
133
-
Customize `acceptance-test-config.yml` file to configure tests. See [Connector Acceptance Tests](https://docs.airbyte.com/connector-development/testing-connectors/connector-acceptance-tests-reference) for more information.
68
+
Customize `acceptance-test-config.yml` file to configure acceptance tests. See [Connector Acceptance Tests](https://docs.airbyte.com/connector-development/testing-connectors/connector-acceptance-tests-reference) for more information.
134
69
If your connector requires to create or destroy resources for use during acceptance tests create fixtures for it and place them inside integration_tests/acceptance.py.
135
70
136
-
## Dependency Management
137
-
All of your dependencies should go in `setup.py`, NOT `requirements.txt`. The requirements file is only used to connect internal Airbyte dependencies in the monorepo for local development.
138
-
We split dependencies between two groups, dependencies that are:
139
-
* required for your connector to work need to go to `MAIN_REQUIREMENTS` list.
140
-
* required for the testing need to go to `TEST_REQUIREMENTS` list
71
+
### Dependency Management
72
+
All of your dependencies should be managed via Poetry.
73
+
To add a new dependency, run:
74
+
```bash
75
+
poetry add <package-name>
76
+
```
77
+
78
+
Please commit the changes to `pyproject.toml` and `poetry.lock` files.
141
79
142
-
###Publishing a new version of the connector
80
+
## Publishing a new version of the connector
143
81
You've checked out the repo, implemented a million dollar feature, and you're ready to share your changes with the world. Now what?
144
82
1. Make sure your changes are passing our test suite: `airbyte-ci connectors --name=source-airtable test`
145
-
2. Bump the connector version in `metadata.yaml`: increment the `dockerImageTag` value. Please follow [semantic versioning for connectors](https://docs.airbyte.com/contributing-to-airbyte/resources/pull-requests-handbook/#semantic-versioning-for-connectors).
83
+
2. Bump the connector version (please follow [semantic versioning for connectors](https://docs.airbyte.com/contributing-to-airbyte/resources/pull-requests-handbook/#semantic-versioning-for-connectors)):
84
+
- bump the `dockerImageTag` value in in `metadata.yaml`
85
+
- bump the `version` value in `pyproject.toml`
146
86
3. Make sure the `metadata.yaml` content is up to date.
147
-
4. Make the connector documentation and its changelog is up to date (`docs/integrations/sources/airtable.md`).
87
+
4. Make sure the connector documentation and its changelog is up to date (`docs/integrations/sources/airtable.md`).
148
88
5. Create a Pull Request: use [our PR naming conventions](https://docs.airbyte.com/contributing-to-airbyte/resources/pull-requests-handbook/#pull-request-title-convention).
149
89
6. Pat yourself on the back for being an awesome contributor.
150
90
7. Someone from Airbyte will take a look at your PR and iterate with you to merge it into master.
151
-
91
+
8. Once your PR is merged, the new version of the connector will be automatically published to Docker Hub and our connector registry.
0 commit comments