You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
### **How to Contribute to the Papers Repository**
1
+
#Contribute to the Papers Repository
2
2
3
3
We appreciate your interest in contributing to the `papers-codechef` repository! Please follow these guidelines to ensure a smooth and effective contribution process.
4
4
5
5
---
6
6
7
-
### **1. Get an Issue Assigned**
7
+
##Contribution ideas
8
8
9
-
All contributions must be tied to an issue. Go to the issues page at `https://github.com/CodeChefVIT/papers-codechef/issues`
10
-
You can either ask a board member to assign you an existing issue or create a new issue and ask a board member to assign it to you.
9
+
If you're looking for ideas about what to work on, check out:
10
+
11
+
- Our [issues](https://github.com/CodeChefVIT/papers-codechef/issues) based on votes by the community.
11
12
12
13
---
13
14
14
-
### **2. Fork the Repository**
15
+
## How to Contribute
16
+
17
+
### 1. Get an Issue Assigned
18
+
19
+
To start working on an issue you self assign yourself to the issue, and make sure you mention the issue you are solving in the PR you make
20
+
21
+
---
22
+
23
+
### 2. Fork the Repository
15
24
16
25
To start working, you need to create your own copy of the repository.
17
26
18
27
-**Fork the repo:** Navigate to `https://github.com/CodeChefVIT/papers-codechef` and click the "Fork" button to create a copy of the repository on your account. This allows you to freely experiment with changes without affecting the original project.
-**Clone the repo:** Copy the URL of your fork to your clipboard.
37
-
-**Run `git clone {url}`:** This command will clone the repository. You can use either **HTTPS** (less secure, easier) or **SSH** (more secure, needs a `.ssh` file setup). If you're unsure which method to use, ask a board member for help.
46
+
-**Run `git clone {url}`:** This command will clone the repository. You can use either **HTTPS** (less secure, easier) or **SSH** (more secure, needs a `.ssh` file setup).
To get the project running, you'll need to set up your local environment.
46
55
47
-
-**Create a `.env` file:** Create a new file named `.env` and ask a board member for its contents.
56
+
-**Create a `.env` file:** Create a new file named `.env` and use the .env.example file to create your own .env file and put in your your own environment variables to make the project functional.
48
57
-**Install dependencies:** Run `pnpm i` in your terminal to install all necessary dependencies.
49
-
-**Do git checkout staging** if you want to contribute during a major revamp that is going on. Ask a board which branch to take as a base, if unsure.
58
+
-**Do git checkout staging** if you want to contribute during a major revamp that is going on.
50
59
-**Run the project:** Run `pnpm dev` to start the project.
Once your environment is set up, you're ready to start coding.
59
68
@@ -76,14 +85,33 @@ Once your environment is set up, you're ready to start coding.
76
85
77
86
---
78
87
79
-
### **6. Submit a Pull Request**
88
+
### 6. Submit a Pull Request
80
89
81
90
-**Open a Pull Request:** On your GitHub page for the forked repository, you will see a button to "Open pull request" since your branch is ahead of the upstream. Click this to begin the process.
-**Request a review:** After creating the pull request, direct message a board member to review your PR. Any new changes you push to your branch will be automatically attached to the pull request.
98
+
-**Request a review:** After creating the pull request, wait for a organization member to review your PR. Any new changes you push to your branch will be automatically attached to the pull request.
99
+
100
+
---
101
+
102
+
## Mandatory PR contents
103
+
104
+
Please ensure that any PR you make contains these things -
105
+
106
+
- Purpose and issue which the PR is made regarding.
107
+
- Showcase the changes made by attaching screenshots of the visual changes done.
108
+
- List the major changes made in this PR.
109
+
- Mention any bug fixes, known issues, or follow-ups needed.
110
+
111
+
**Important:** Make sure there are no merge conflicts with the branch while making a PR otherwise it will not be merged, run `pnpm build` before making a PR to ensure there are no build errors while merging as well.
112
+
113
+
## Tips to improve the chances of your PR getting reviewed and merged
114
+
115
+
- Small, focused, incremental pull requests are much easier to review
116
+
- Spend time explaining your changes in the pull request body
117
+
- Low effort PRs, such as those that just re-arrange syntax, won't be merged without a compelling justification
0 commit comments