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
12
-
From this connector directory, create a virtual environment:
13
-
```
14
-
python -m venv .venv
15
-
```
16
13
17
-
This will generate a virtualenv for this module in `.venv/`. Make sure this venv is active in your
18
-
development environment of choice. To activate it from the terminal, run:
19
-
```
20
-
source .venv/bin/activate
21
-
pip install -r requirements.txt
14
+
### Installing the connector
15
+
From this connector directory, run:
16
+
```bash
17
+
poetry install --with dev
22
18
```
23
-
If you are in an IDE, follow your IDE's instructions to activate the virtualenv.
24
19
25
-
Note that while we are installing dependencies from `requirements.txt`, you should only edit `setup.py` for your dependencies. `requirements.txt` is
26
-
used for editable installs (`pip install -e`) to pull in Python dependencies from the monorepo and will call `setup.py`.
27
-
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
28
-
should work as you expect.
29
20
30
-
####Create credentials
31
-
**If you are a community contributor**, follow the instructions in the [documentation](https://docs.airbyte.io/integrations/sources/twilio)
32
-
to generate the necessary credentials. Then create a file `secrets/config.json` conforming to the `source_twilio/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/twilio)
23
+
to generate the necessary credentials. Then create a file `secrets/config.json` conforming to the `source_twilio/spec.yaml` file.
33
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.
34
-
See `integration_tests/sample_config.json` for a sample config file.
25
+
See `sample_files/sample_config.json` for a sample config file.
35
26
36
-
**If you are an Airbyte core member**, copy the credentials in Lastpass under the secret name `source twilio test creds`
poetry run source-twilio check --config secrets/config.json
32
+
poetry run source-twilio discover --config secrets/config.json
33
+
poetry run source-twilio read --config secrets/config.json --catalog sample_files/configured_catalog.json
45
34
```
46
35
47
-
### Locally running the connector docker image
48
-
49
-
50
-
51
-
52
-
#### Use `airbyte-ci` to build your connector
53
-
The Airbyte way of building this connector is to use our `airbyte-ci` tool.
54
-
You can follow install instructions [here](https://github.com/airbytehq/airbyte/blob/master/airbyte-ci/connectors/pipelines/README.md#L1).
55
-
Then running the following command will build your connector:
56
-
57
-
```bash
58
-
airbyte-ci connectors --name source-twilio build
36
+
### Running unit tests
37
+
To run unit tests locally, from the connector directory run:
59
38
```
60
-
Once the command is done, you will find your connector image in your local docker registry: `airbyte/source-twilio:dev`.
61
-
62
-
##### Customizing our build process
63
-
When contributing on our connector you might need to customize the build process to add a system dependency or set an env var.
64
-
You can customize our build process by adding a `build_customization.py` module to your connector.
65
-
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.
66
-
It will be imported at runtime by our build process and the functions will be called if they exist.
67
-
68
-
Here is an example of a `build_customization.py` module:
69
-
```python
70
-
from__future__import annotations
71
-
72
-
from typing importTYPE_CHECKING
73
-
74
-
ifTYPE_CHECKING:
75
-
# 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`.
89
-
The base image used to build it is defined within the metadata.yaml file under the `connectorBuildOptions`.
90
-
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).
91
-
It does not rely on a Dockerfile.
92
-
93
-
If you would like to patch our connector and build your own a simple approach would be to:
94
-
95
-
1. Create your own Dockerfile based on the latest version of the connector 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):
125
63
```bash
126
64
airbyte-ci connectors --name=source-twilio test
127
65
```
128
66
129
67
### Customizing acceptance Tests
130
-
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.
131
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.
132
70
133
-
## Dependency Management
134
-
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.
135
-
We split dependencies between two groups, dependencies that are:
136
-
* required for your connector to work need to go to `MAIN_REQUIREMENTS` list.
137
-
* 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.
138
79
139
-
###Publishing a new version of the connector
80
+
## Publishing a new version of the connector
140
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?
141
82
1. Make sure your changes are passing our test suite: `airbyte-ci connectors --name=source-twilio test`
142
-
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`
143
86
3. Make sure the `metadata.yaml` content is up to date.
144
-
4. Make the connector documentation and its changelog is up to date (`docs/integrations/sources/twilio.md`).
87
+
4. Make sure the connector documentation and its changelog is up to date (`docs/integrations/sources/twilio.md`).
145
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).
146
89
6. Pat yourself on the back for being an awesome contributor.
147
90
7. Someone from Airbyte will take a look at your PR and iterate with you to merge it into master.
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