|
# Contributing to the Open-Sora Plan Community |
|
|
|
The Open-Sora Plan open-source community is a collaborative initiative driven by the community, emphasizing a commitment to being free and void of exploitation. Organized spontaneously by community members, we invite you to contribute to the Open-Sora Plan open-source community and help elevate it to new heights! |
|
|
|
## Submitting a Pull Request (PR) |
|
|
|
As a contributor, before submitting your request, kindly follow these guidelines: |
|
|
|
1. Start by checking the [Open-Sora Plan GitHub](https://github.com/PKU-YuanGroup/Open-Sora-Plan/pulls) to see if there are any open or closed pull requests related to your intended submission. Avoid duplicating existing work. |
|
|
|
2. [Fork](https://github.com/PKU-YuanGroup/Open-Sora-Plan/fork) the [open-sora plan](https://github.com/PKU-YuanGroup/Open-Sora-Plan) repository and download your forked repository to your local machine. |
|
|
|
```bash |
|
git clone [your-forked-repository-url] |
|
``` |
|
|
|
3. Add the original Open-Sora Plan repository as a remote to sync with the latest updates: |
|
|
|
```bash |
|
git remote add upstream https://github.com/PKU-YuanGroup/Open-Sora-Plan |
|
``` |
|
|
|
4. Sync the code from the main repository to your local machine, and then push it back to your forked remote repository. |
|
|
|
``` |
|
# Pull the latest code from the upstream branch |
|
git fetch upstream |
|
|
|
# Switch to the main branch |
|
git checkout main |
|
|
|
# Merge the updates from the upstream branch into main, synchronizing the local main branch with the upstream |
|
git merge upstream/main |
|
|
|
# Additionally, sync the local main branch to the remote branch of your forked repository |
|
git push origin main |
|
``` |
|
|
|
|
|
> Note: Sync the code from the main repository before each submission. |
|
|
|
5. Create a branch in your forked repository for your changes, ensuring the branch name is meaningful. |
|
|
|
```bash |
|
git checkout -b my-docs-branch main |
|
``` |
|
|
|
6. While making modifications and committing changes, adhere to our [Commit Message Format](#Commit-Message-Format). |
|
|
|
```bash |
|
git commit -m "[docs]: xxxx" |
|
``` |
|
|
|
7. Push your changes to your GitHub repository. |
|
|
|
```bash |
|
git push origin my-docs-branch |
|
``` |
|
|
|
8. Submit a pull request to `Open-Sora-Plan:main` on the GitHub repository page. |
|
|
|
## Commit Message Format |
|
|
|
Commit messages must include both `<type>` and `<summary>` sections. |
|
|
|
```bash |
|
[<type>]: <summary> |
|
β β |
|
β βββ«Έ Briefly describe your changes, without ending with a period. |
|
β |
|
βββ«Έ Commit Type: |docs|feat|fix|refactor| |
|
``` |
|
|
|
### Type |
|
|
|
* **docs**: Modify or add documents. |
|
* **feat**: Introduce a new feature. |
|
* **fix**: Fix a bug. |
|
* **refactor**: Restructure code, excluding new features or bug fixes. |
|
|
|
### Summary |
|
|
|
Describe modifications in English, without ending with a period. |
|
|
|
> e.g., git commit -m "[docs]: add a contributing.md file" |
|
|
|
This guideline is borrowed by [minisora](https://github.com/mini-sora/minisora). We sincerely appreciate MiniSora authors for their awesome templates. |
|
|