Update CONTRIBUTING.md
This commit is contained in:
parent
a5f7dc2215
commit
d77a4062c7
|
@ -231,18 +231,33 @@ An overview of the CI pipelines can be found [here](../.github/workflows/README.
|
||||||
|
|
||||||
### Pro
|
### Pro
|
||||||
|
|
||||||
@budibase/pro is the closed source package that supports licensed features in budibase. By default the package will be pulled from NPM and will not normally need to be touched in local development. If you require to update code inside the pro package it can be cloned to the same root level as budibase, e.g.
|
@budibase/pro is the closed source package that supports licensed features in budibase. By default the package will be pulled from NPM and will not normally need to be touched in local development. If you need to make an update to pro and have access to the repo, then you can update your submodule within the mono-repo by running `git submodule update --init` - from here you can use normal submodule flow to develop a change within pro.
|
||||||
|
|
||||||
|
Once you have updated to use the pro submodule, it will be linked into all of your local dependencies by NX as with all other monorepo packages. If you have been using the NPM version of `@budibase/pro` then you may need to run a `git reset --hard` to fix all of the pro versions back to `0.0.0` to be monorepo aware.
|
||||||
|
|
||||||
|
From here - to develop a change in pro, you can follow the below flow:
|
||||||
|
|
||||||
```
|
```
|
||||||
.
|
# enter the pro submodule
|
||||||
|_ budibase
|
cd packages/pro
|
||||||
|_ budibase-pro
|
# get the base branch you are working from (same as monorepo)
|
||||||
|
git fetch
|
||||||
|
git checkout <develop | master>
|
||||||
|
# create a branch, named the same as the branch in your monorepo
|
||||||
|
git checkout -b <some branch>
|
||||||
|
... make changes
|
||||||
|
# commit the changes you've made, with a message for pro
|
||||||
|
git commit <something>
|
||||||
|
# within the monorepo, add the pro reference to your branch, commit it with a message like "Update pro ref"
|
||||||
|
cd ../..
|
||||||
|
git add packages/pro
|
||||||
|
git commit <add the new reference to main repo>
|
||||||
```
|
```
|
||||||
|
|
||||||
|
From here, you will have created a branch in the pro repository and commited the reference to your branch on the monorepo. When you eventually PR this work back into the mainline branch, you will need to first merge your pro PR to the pro mainline, then go into your PR in the monorepo and update the reference again to the new mainline.
|
||||||
|
|
||||||
Note that only budibase maintainers will be able to access the pro repo.
|
Note that only budibase maintainers will be able to access the pro repo.
|
||||||
|
|
||||||
By default, NX will make sure that dependencies are replaced with local source aware version. This is achieved using the `yarn link` command. To see specifically how dependencies are linked see [scripts/link-dependencies.sh](../scripts/link-dependencies.sh). The same link script is used to link dependencies to account-portal in local dev.
|
|
||||||
|
|
||||||
### Troubleshooting
|
### Troubleshooting
|
||||||
|
|
||||||
Sometimes, things go wrong. This can be due to incompatible updates on the budibase platform. To clear down your development environment and start again follow **Step 6. Cleanup**, then proceed from **Step 3. Install and Build** in the setup guide above to create a fresh Budibase installation.
|
Sometimes, things go wrong. This can be due to incompatible updates on the budibase platform. To clear down your development environment and start again follow **Step 6. Cleanup**, then proceed from **Step 3. Install and Build** in the setup guide above to create a fresh Budibase installation.
|
||||||
|
|
Loading…
Reference in New Issue