How to contribute?
Thank you for investing your time in contributing to the project! Any contribution you make will be reflected in the most recent version of Argilla π€©.
New to contributing in general?
If you're a new contributor, read the README to get an overview of the project. In addition, here are some resources to help you get started with open-source contributions:
- Discord: You are welcome to join the Argilla Discord community, where you can keep in touch with other users, contributors and the Argilla team. In the following section, you can find more information on how to get started in Discord.
- Git: This is a very useful tool to keep track of the changes in your files. Using the command-line interface (CLI), you can make your contributions easily. For that, you need to have it installed and updated on your computer.
- GitHub: It is a platform and cloud-based service that uses git and allows developers to collaborate on projects. To contribute to Argilla, you'll need to create an account. Check the Contributor Workflow with Git and Github for more info.
- Developer Documentation: To collaborate, you'll need to set up an efficient environment. Check the developer documentation to know how to do it.
First Contact in Discord¶
Discord is a handy tool for more casual conversations and to answer day-to-day questions. As part of Hugging Face, we have set up some Argilla channels on the server. Click here to join the Hugging Face Discord community effortlessly.
When part of the Hugging Face Discord, you can select "Channels & roles" and select "Argilla" along with any of the other groups that are interesting to you. "Argilla" will cover anything about Argilla and Distilabel. You can join the following channels:
- #argilla-announcements: π’ Important announcements and updates.
- #argilla-distilabel-general: π¬ General discussions about Argilla and Distilabel.
- #argilla-distilabel-help: πββοΈ Need assistance? We're always here to help. Select the appropriate label (
argilla
ordistilabel
) for your issue and post it.
So now there is only one thing left to do: introduce yourself and talk to the community. You'll always be welcome! π€π
Contributor Workflow with Git and GitHub¶
If you're working with Argilla and suddenly a new idea comes to your mind or you find an issue that can be improved, it's time to actively participate and contribute to the project!
Report an issue¶
If you spot a problem, search if an issue already exists. You can use the Label
filter. If that is the case, participate in the conversation. If it does not exist, create an issue by clicking on New Issue
.
This will show various templates, choose the one that best suits your issue.
Below, you can see an example of the Feature request
template. Once you choose one, you will need to fill in it following the guidelines. Try to be as clear as possible. In addition, you can assign yourself to the issue and add or choose the right labels. Finally, click on Submit new issue
.
Work with a fork¶
Fork the Argilla repository¶
After having reported the issue, you can start working on it. For that, you will need to create a fork of the project. To do that, click on the Fork
button.
Now, fill in the information. Remember to uncheck the Copy develop branch only
if you are going to work in or from another branch (for instance, to fix documentation the main
branch is used). Then, click on Create fork
.
Now, you will be redirected to your fork. You can see that you are in your fork because the name of the repository will be your username/argilla
, and it will indicate forked from argilla-io/argilla
.
Clone your forked repository¶
In order to make the required adjustments, clone the forked repository to your local machine. Choose the destination folder and run the following command:
To keep your forkβs main/develop branch up to date with our repo, add it as an upstream remote branch.
Create a new branch¶
For each issue you're addressing, it's advisable to create a new branch. GitHub offers a straightforward method to streamline this process.
β οΈ Never work directly on the
main
ordevelop
branch. Always create a new branch for your changes.
Navigate to your issue and on the right column, select Create a branch
.
After the new window pops up, the branch will be named after the issue, include a prefix such as feature/, bug/, or docs/ to facilitate quick recognition of the issue type. In the Repository destination
, pick your fork ( [your-github-username]/argilla), and then select Change branch source
to specify the source branch for creating the new one. Complete the process by clicking Create branch
.
π€ Remember that the
main
branch is only used to work with the documentation. For any other changes, use thedevelop
branch.
Now, locally change to the new branch you just created.
Use CHANGELOG.md¶
If you are working on a new feature, it is a good practice to make note of it for others to keep up with the changes. For that, we utilize the CHANGELOG.md
file in the root directory. This file is used to list changes made in each version of the project and there are headers that we use to denote each type of change.
- Added: for new features.
- Changed: for changes in existing functionality.
- Deprecated: for soon-to-be removed features.
- Removed: for now removed features.
- Fixed: for any bug fixes.
- Security: in case of vulnerabilities.
A sample addition would be:
- Fixed the key errors for the `init` method ([#NUMBER_OF_PR](LINK_TO_PR)). Contributed by @github_handle.
You can have a look at the CHANGELOG.md) file to see more cases and examples.
Make changes and push them¶
Make the changes you want in your local repository, and test that everything works and you are following the guidelines.
Check the developer documentation to set up your environment and start working on the project.
Once you have finished, you can check the status of your repository and synchronize with the upstreaming repo with the following command:
# Check the status of your repository
git status
# Synchronize with the upstreaming repo
git checkout [branch-name]
git rebase [default-branch]
If everything is right, we need to commit and push the changes to your fork. For that, run the following commands:
# Add the changes to the staging area
git add filename
# Commit the changes by writing a proper message
git commit -m "commit-message"
# Push the changes to your fork
git push origin [branch-name]
When pushing, you will be asked to enter your GitHub login credentials. Once the push is complete, all local commits will be on your GitHub repository.
Create a pull request¶
Come back to GitHub, navigate to the original repository where you created your fork, and click on Compare & pull request
.
First, click on compare across forks
and select the right repositories and branches.
In the base repository, keep in mind to select either
main
ordevelop
based on the modifications made. In the head repository, indicate your forked repository and the branch corresponding to the issue.
Then, fill in the pull request template. You should add a prefix to the PR name as we did with the branch above. If you are working on a new feature, you can name your PR as feat: TITLE
. If your PR consists of a solution for a bug, you can name your PR as bug: TITLE
And, if your work is for improving the documentation, you can name your PR as docs: TITLE
.
In addition, on the right side, you can select a reviewer (for instance, if you discussed the issue with a member of the Argilla team) and assign the pull request to yourself. It is highly advisable to add labels to PR as well. You can do this again by the labels section right to the screen. For instance, if you are addressing a bug, add the bug
label or if the PR is related to the documentation, add the documentation
label. This way, PRs can be easily filtered.
Finally, fill in the template carefully and follow the guidelines. Remember to link the original issue and enable the checkbox to allow maintainer edits so the branch can be updated for a merge. Then, click on Create pull request
.
Review your pull request¶
Once you submit your PR, a team member will review your proposal. We may ask questions, request additional information or ask for changes to be made before a PR can be merged, either using suggested changes or pull request comments.
You can apply the changes directly through the UI (check the files changed and click on the right-corner three dots, see image below) or from your fork, and then commit them to your branch. The PR will be updated automatically and the suggestions will appear as outdated.
If you run into any merge issues, check out this git tutorial to help you resolve merge conflicts and other issues.
Your PR is merged!¶
Congratulations ππ We thank you π€©
Once your PR is merged, your contributions will be publicly visible on the Argilla GitHub.
Additionally, we will include your changes in the next release based on our development branch.
Additional resources¶
Here are some helpful resources for your reference.
- Configuring Discord, a guide to learn how to get started with Discord.
- Pro Git, a book to learn Git.
- Git in VSCode, a guide to learn how to easily use Git in VSCode.
- GitHub Skills, an interactive course to learn GitHub.