Step 1: Ensuring the readiness of your code/project
Ensure that your code and project is in a working condition and performs its intended task.
Step 2: Preparing the directory structure required for contribution
In order to ensure that your project can be accepted into our repo, please ensure your project has the following directories/folders and files.
- source/ -> This directory must contain your actual project including the complete source code of your project and the
.arproj
file. - output/ -> This directory must contain screenshots/videos/gifs of the working of your project, the purpose of this is to act as evidence that your project is in a working condition.
- README.md -> The README file will contain general information about your project. If possible also create a trial link to the project you have created on Facebook or Instagram in your README, for further information please refer to Step 3 for the template of this README file.
Step 3: Preparing the README
The README file of your project must contain the following sections:
- A Section titled Purpose : Purpose of your project
- A Section titled Pre-requisites : What will need to be installed (including arstudio (just to make it understandable for first timers also)) in the system in order to get your code running
- A Section titled User Guide : How to go about using your project from the end-user perspective (may as well add pictures/videos explaining them)
- A section titled Contact Details : Your contact information (Preferably GitHub profile and email,
⚠️ no phone numbers please)
Step 1: Fork devcpune/kaleidoscope repository
Step 2: Copy project into the forked repo under 'projects' folder
-
Step 2.1 If you are creating a new project: Within the forked repo under projects directory, in the develop branch, create a folder with the name of your project. Within the folder create another folder in the following pattern:
< your GitHub username >_< project name >
-
Step 2.2 If you have developed a different flavor of an existing project: If you have made a different version of a project that already exists in our repo then please create the username specific folder within the original project folder with the following pattern:
< your GitHub username >_< project name >
Example:
Let’s say a project called Dragon
already exists in our repo and is developed by a user called Starboy42
The project tree will, therefore, look like:
DevCPune/kaleidoscope/projects
- Dragon
- Starboy42_Dragon
- source/
- output/
- README.md
- Starboy42_Dragon
Now, you decided to take the source code of Dragon
and make your own improvements to it in a
manner that does not deviate the Dragon
project from its original purpose (if it deviates from its original
purpose, then please refer Step 2.1 ). If your username is CaptainMarvel_43
, then after your
contribution the directory tree should resemble the below structure:
DevCPune/kaleidoscope/projects
- Dragon
- Starboy42_Dragon
- source/
- output/
- README.md
- CaptainMarvel_43_Dragon
- source/
- output/
- README.md
- Starboy42_Dragon
Step 3: Copy all folders arranged in the desired structure into the forked repo
Once your folder has been created, copy all the files and folder created in the manner described in Chapter 0 above (and following the structure described in that section) into the folder created in Step 2 above.
Step 4: Pull request!
Create a pull request with proper description to merge your changes into the repo hosted on the DevC Pune organization.
Step 5: Keep track of your pull request
That’s it! Wait for your pull request to be approved and merged. If there are any discrepancies, an admin will add a comment requesting you to make the necessary changes and your pull request will have to be updated accordingly.
Please refer to the Code of Conduct adopted by Facebook to understand what kind of behaviour will and not be tolerated when contributing to this project
If you want to add your project here kindly follow the following steps:
- Ensure your project follows all the guidelines mentioned above.
- Open a pull request and don't forget to provide a proper description.
We use GitHub issues to track public bugs. Please ensure your description is clear and has sufficient instructions to be able to reproduce the issue.
By contributing to this repo, you agree that your contributions will be licensed under the LICENSE file in the root directory of this source tree.