\ No newline at end of file
diff --git a/1.8/index.html b/1.8/index.html
index 4a1c1db..88bb74f 100644
--- a/1.8/index.html
+++ b/1.8/index.html
@@ -1,4 +1,4 @@
- dbterd - DaaC from dbt artifacts
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
\ No newline at end of file
+ License - DaaC from dbt artifacts
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
\ No newline at end of file
diff --git a/1.8/nav/development/CHANGELOG.html b/1.8/nav/development/CHANGELOG.html
index 71a5095..4f6e672 100644
--- a/1.8/nav/development/CHANGELOG.html
+++ b/1.8/nav/development/CHANGELOG.html
@@ -1 +1 @@
- Change Log - DaaC from dbt artifacts
\ No newline at end of file
diff --git a/1.8/nav/development/contributing-guide.html b/1.8/nav/development/contributing-guide.html
index 1b2ab5c..400d891 100644
--- a/1.8/nav/development/contributing-guide.html
+++ b/1.8/nav/development/contributing-guide.html
@@ -1,4 +1,4 @@
- Contribution Guideline - DaaC from dbt artifacts
dbterd is open source software. It is what it is today because community members have opened issues, provided feedback, and contributed to the knowledge loop. Whether you are a seasoned open source contributor or a first-time committer, we welcome and encourage you to contribute code, documentation, ideas, or problem statements to this project.
There are many ways to contribute to the ongoing development of dbterd, such as by participating in discussions and issues. We encourage you to first read our higher-level document: "Expectations for Open Source Contributors".
The rest of this document serves as a more granular guide for contributing code changes to dbterd (this repository). It is not intended as a guide for using dbterd, and some pieces assume a level of familiarity with Python development with poetry. Specific code snippets in this guide assume you are using macOS or Linux and are comfortable with the command line.
Branches: All pull requests from community contributors should target the main branch (default). If the change is needed as a patch for a minor version of dbt that has already been released (or is already a release candidate), a maintainer will backport the changes in your PR to the relevant "latest" release branch (1.0.<latest>, 1.1.<latest>, ...). If an issue fix applies to a release branch, that fix should be first committed to the development branch and then to the release branch (rarely release-branch fixes may not apply to main).
Releases: Before releasing a new minor version, we prepare a series of beta release candidates to allow users to test the new version in live environments. This is an important quality assurance step, as it exposes the new code to a wide variety of complicated deployments and can surface bugs before official release. Releases are accessible via pip.
You can contribute to dbterd by forking the dbterd repository. For a detailed overview on forking, check out the GitHub docs on forking. In short, you will need to:
Fork the dbterd repository
Clone your fork locally
Check out a new branch for your proposed changes
Push changes to your fork
Open a pull request against datnguye/dbterd from your forked repository
There are some tools that will be helpful to you in developing locally. While this is the list relevant for dbterd development, many of these tools are used commonly across open-source python projects.
dbterd is open source software. It is what it is today because community members have opened issues, provided feedback, and contributed to the knowledge loop. Whether you are a seasoned open source contributor or a first-time committer, we welcome and encourage you to contribute code, documentation, ideas, or problem statements to this project.
There are many ways to contribute to the ongoing development of dbterd, such as by participating in discussions and issues. We encourage you to first read our higher-level document: "Expectations for Open Source Contributors".
The rest of this document serves as a more granular guide for contributing code changes to dbterd (this repository). It is not intended as a guide for using dbterd, and some pieces assume a level of familiarity with Python development with poetry. Specific code snippets in this guide assume you are using macOS or Linux and are comfortable with the command line.
Branches: All pull requests from community contributors should target the main branch (default). If the change is needed as a patch for a minor version of dbt that has already been released (or is already a release candidate), a maintainer will backport the changes in your PR to the relevant "latest" release branch (1.0.<latest>, 1.1.<latest>, ...). If an issue fix applies to a release branch, that fix should be first committed to the development branch and then to the release branch (rarely release-branch fixes may not apply to main).
Releases: Before releasing a new minor version, we prepare a series of beta release candidates to allow users to test the new version in live environments. This is an important quality assurance step, as it exposes the new code to a wide variety of complicated deployments and can surface bugs before official release. Releases are accessible via pip.
You can contribute to dbterd by forking the dbterd repository. For a detailed overview on forking, check out the GitHub docs on forking. In short, you will need to:
Fork the dbterd repository
Clone your fork locally
Check out a new branch for your proposed changes
Push changes to your fork
Open a pull request against datnguye/dbterd from your forked repository
There are some tools that will be helpful to you in developing locally. While this is the list relevant for dbterd development, many of these tools are used commonly across open-source python projects.
This is a guideline on how to download manifest.json and catalog.json from a Job Run by using dbt CLoud Administrative API, under the Retrieve Run Artifact endpoint. Therefore, we don't need to run dbt docs generate locally anymore.
In order to support dbt Cloud users, dbterd is now having multiple CLI options starting with --dbt-cloud to let us configure the connection to the complete dbt Cloud Job Run.
This is a guideline on how to download manifest.json and catalog.json from a Job Run by using dbt CLoud Administrative API, under the Retrieve Run Artifact endpoint. Therefore, we don't need to run dbt docs generate locally anymore.
In order to support dbt Cloud users, dbterd is now having multiple CLI options starting with --dbt-cloud to let us configure the connection to the complete dbt Cloud Job Run.
# With --dry-run the install script will print the commands it will use# to install without actually installing so you know what it's going to do.curl-fsSLhttps://d2lang.com/install.sh|sh-s----dry-run
# If things look good, install for real.
diff --git a/1.8/nav/guide/targets/generate-dbml.html b/1.8/nav/guide/targets/generate-dbml.html
index d927774..96d9c97 100644
--- a/1.8/nav/guide/targets/generate-dbml.html
+++ b/1.8/nav/guide/targets/generate-dbml.html
@@ -1 +1 @@
- DBML - DaaC from dbt artifacts
Copy manifest.json and catalog.json into a specific folder OR do nothing and let's assume we're using dbt/target directory, and run
Sample Usage
dbterd run -ad "/path/to/dbt/target" -o "/path/to/output"
dbterd run -ad "samples/dbtresto" -s model.dbt_resto2023-05-06 08:17:54,413 - dbterd - INFO - Run with dbterd==?.?.? (main.py:54)2023-05-06 08:17:54,715 - dbterd - INFO - target/output.dbml (base.py:75)
File ./target/output.dbml will be generated as the result
dbdocs build "./target/output.dbml"√ Parsing file content? Project name: poc‼ Password is not set for 'poc'√ Done. Visit: https://dbdocs.io/datnguye/poc
The site will be looks like:
Result after applied Model Selection:
\ No newline at end of file
+ DBML - DaaC from dbt artifacts
Copy manifest.json and catalog.json into a specific folder OR do nothing and let's assume we're using dbt/target directory, and run
Sample Usage
dbterd run -ad "/path/to/dbt/target" -o "/path/to/output"
dbterd run -ad "samples/dbtresto" -s model.dbt_resto2023-05-06 08:17:54,413 - dbterd - INFO - Run with dbterd==?.?.? (main.py:54)2023-05-06 08:17:54,715 - dbterd - INFO - target/output.dbml (base.py:75)
File ./target/output.dbml will be generated as the result
dbdocs build "./target/output.dbml"√ Parsing file content? Project name: poc‼ Password is not set for 'poc'√ Done. Visit: https://dbdocs.io/datnguye/poc
The site will be looks like:
Result after applied Model Selection:
\ No newline at end of file
diff --git a/1.8/nav/guide/targets/generate-graphviz.html b/1.8/nav/guide/targets/generate-graphviz.html
index f94dcdd..3620e84 100644
--- a/1.8/nav/guide/targets/generate-graphviz.html
+++ b/1.8/nav/guide/targets/generate-graphviz.html
@@ -1,4 +1,4 @@
- GraphViz - DaaC from dbt artifacts
\ No newline at end of file
diff --git a/1.8/nav/guide/targets/generate-plantuml.html b/1.8/nav/guide/targets/generate-plantuml.html
index c583edb..27c7588 100644
--- a/1.8/nav/guide/targets/generate-plantuml.html
+++ b/1.8/nav/guide/targets/generate-plantuml.html
@@ -1,2 +1,2 @@
- PlantUML - DaaC from dbt artifacts
Plant UML connectors seem not to support to indicate the columns which are related to the Relationship
Left the question "How to automate the markdown image URL generated?" opened
\ No newline at end of file
diff --git a/1.8/nav/metadata/ignore_in_erd.html b/1.8/nav/metadata/ignore_in_erd.html
index 2d20cb1..fd5517f 100644
--- a/1.8/nav/metadata/ignore_in_erd.html
+++ b/1.8/nav/metadata/ignore_in_erd.html
@@ -1,4 +1,4 @@
- Ignore Tests - DaaC from dbt artifacts