8.9 KiB
Contributing
We would for you to contribute to SurrealDB and help make it better! We want contributing to SurrealDB to be fun, enjoyable, and educational for anyone and everyone. All contributions are welcome, including features, bugfixes, and documentation changes, as well as updates and tweaks, blog posts, workshops, and everything else.
How to start
If you are worried or don’t know where to start, check out our next section explaining what kind of help we could use and where can you get involved. You can ask us a question on Github discussions, or by tweeting @tobiemh or @surrealdb on Twitter. Alternatively chat with the SurrealDB team on Discord.
Code of conduct
Help us keep SurrealDB open and inclusive. Please read and follow our Code of Conduct.
Coding standards
SurrealDB uses rustfmt
to ensure that all code is formatted to the same standards. To install rustfmt
run the following code:
rustup component add rustfmt
Getting started from source
To set up a working development environment, ensure that you have rustup
installed, and fork the project git repository.
Please note that these instructions are for setting up a functional dev environment. If you just want to install SurrealDB for day-to-day usage and not as a code maintainer use this installation guide. If you want to get started integrating SurrealDB into your app, view the integration tutorials.
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
git clone git@github.com:[YOUR_FORK_HERE]/surrealdb.git
cd surrealdb
cargo run -- -vvv
To run the SurrealDB database server, use the following command:
cargo run -- -vvv start memory
To listen to code changes as you develop, use the following command:
cargo watch -x 'run -- -vvv start memory'
SurrealDB runs by default on port 8000. To change the default port, use the following command:
cargo run -- -vvv start memory --bind 0.0.0.0:9000
To run all tests manually, use the SurrealDB command-line from your terminal:
cargo test
To build a production-ready SurrealDB binary, execute the following command:
cargo build --release
Scalability and Performance
SurrealDB is designed to be fast, and to scale. It is built to work in both a single-node setup, and as a distributed cluster. In distributed mode, SurrealDB builds upon TiKV. Please keep in mind that SurrealDB is designed to be run in different environments, with different configurations, and at differing scales.
When contributing code, please take into account the following considerations:
- SurrealDB startup time
- Query execution time
- Query response times
- Query throughput
- Requests per second
- Websocket connections
- Network usage
- Memory usage
Security and Privacy
We take the security of SurrealDB code, software, and cloud platform very seriously. If you believe you have found a security vulnerability in SurrealDB, we encourage you to let us know right away. We will investigate all legitimate reports and do our best to quickly fix the problem.
Please report any issues or vulnerabilities to security@surrealdb.com, instead of posting a public issue in GitHub. Please include the SurrealDB version identifier, by running surreal version
on the command-line, and details on how the vulnerability can be exploited.
When developing, make sure to follow the best industry standards and practices.
External dependencies
Please avoid introducing new dependencies to SurrealDB without consulting the team. New dependencies can be very helpful but also introduce new security and privacy issues, complexity, and impact total docker image size. Adding a new dependency should have vital value on the product with minimum possible risk.
Introducing new features
We would you to contribute to SurrealDB, but we would also like to make sure SurrealDB is as great as possible and loyal to its vision and mission statement. For us to find the right balance, please open a question on Github discussions with any ideas before introducing a new pull request. This will allow the SurrealDB community to have sufficient discussion about the new feature value and how it fits in the product roadmap and vision.
This is also important for the SurrealDB lead developers to be able to give technical input and different emphasis regarding the feature design and architecture. Some bigger features might need to go through our RFC process.
Submitting a pull request
Branch naming convention is as following
TYPE-ISSUE_ID-DESCRIPTION
For example:
bugfix-548-ensure-queries-execute-sequentially
Where TYPE
can be one of the following:
- refactor - code change that neither fixes a bug nor adds a feature
- feature - code changes that add a new feature
- bugfix - code changes that fix a bug
- docs - documentation only changes
- ci - changes related to CI system
For the initial start, fork the project and use git clone command to download the repository to your computer. A standard procedure for working on an issue would be to:
- Clone the
surrealdb
repository and download to your computer.
git clone https://github.com/surrealdb/surrealdb
- Pull all changes from the upstream
main
branch, before creating a new branch - to ensure that yourmain
branch is up-to-date with the latest changes:
git pull
- Create new branch from
main
like:bugfix-548-ensure-queries-execute-sequentially
:
git checkout -b "[the name of your branch]"
- Make changes to the code, and ensure all code changes are formatted correctly:
cargo fmt
- Commit your changes when finished:
git add -A
git commit -m "[your commit message]"
- Push changes to GitHub:
git push origin "[the name of your branch]"
-
Submit your changes for review, by going to your repository on Github and clicking the
Compare & pull request
button. -
Ensure that you have entered a commit message which details about the changes, and what the pull request is for.
-
Now submit the pull request by clicking the
Create pull request
button. -
Wait for code review and approval.
-
After approval, merge your pull request.
Other Ways to Help
Pull requests are great, but there are many other areas where you can help.
Blogging and speaking
Blogging, speaking about, or creating tutorials about one of SurrealDB's many features. Mention @surrealdb on Twitter, and email team@surrealdb.com so we can give pointers and tips and help you spread the word by promoting your content on the different SurrealDB communication channels. Please add your blog posts and videos of talks to our Awesome repo on GitHub.
Presenting at meetups
Presenting at meetups and conferences about your SurrealDB projects. Your unique challenges and successes in building things with SurrealDB can provide great speaking material. We’d love to review your talk abstract, so get in touch with us if you’d like some help!
Feedback, bugs, and ideas
Sending feedback is a great way for us to understand your different use cases of SurrealDB better. If you want to share your experience with SurrealDB, or if you want to discuss any ideas, you can start a discussion on Github discussions, chat with the SurrealDB team on Discord, or you can tweet @tobiemh or @surrealdb on Twitter. If you have any issues, or have found a bug, then feel free to create an issue on Github issues.
Documentation improvements
Submitting documentation updates, enhancements, designs, or bug fixes, and fixing any spelling or grammar errors will be very much appreciated.
Joining our community
Join our growing community around the world, for help, ideas, and discussions regarding SurrealDB.
- View our official Blog
- Follow us on Twitter
- Connect with us on LinkedIn
- Join our Dev community
- Chat live with us on Discord
- Questions tagged #surrealdb on StackOverflow