📌 In the upper right corner, click the + button and choose New organization
.
📌 Provide the name of your team's project. Keep in mind the naming convention used: labs(cohort)-project-name.
You need to add a billing email, but will not be billed for an open source team.
📌 Then click create organization.
📌 Click continue, we'll invite members to the team later.
📌 No need to fill out the data on this page, scroll to the bottom and click "skip this step."
📌 Click Create a New Repository. Make sure to give it a name, make sure it's public, initialize with a readme, and add an MIT license. Repeat this step for frontend, backend, and if applicable add Android, iOS, and data science.
Step Six - Copy ALL relevant master markdown files to the new repo (IE: Frontend files for Frontend, Backend for backend, Android for Android).
📌 Navigate to the Lambda X Master Organization and choose the repository you wish to duplicate.
📌 Access the readme file and open the raw version.
📌 Select all then copy and paste the text into the readme of the newly created repository using the edit option.
📌 Copy all other files including images (if applicable) into the new repo.
📌 Commit the changes.
📌 In each separate repository go to settings -> branches and click add rule.
📌 Branch name pattern = master.
📌 Check the following box requiring one review before merging to master.
📌 **Make sure to do this for every repository in the organization.
📌 One organization page click the people tab then invite member
then invite them by their GitHub handle or email address.
📌 Make sure to add all section leads, Team Leads and members as owners.
📌 All section leads, team leads and members should have a Owner
access
📌 In every repository in the organization go to settings -> member privileges and change the base permission from read to write.
📌 In every repository in the organization, create a file in the root directory named pull_request_template.md
and paste the following:
# Description
Describe change or new feature here.
## Checklist
Remove any items which are not applicable.
- [ ] I have performed a self-review of my own code
- [ ] I have commented my code, particularly in hard-to-understand areas
- [ ] I have made corresponding changes to the documentation
- [ ] I have added tests that prove my fix is effective or that my feature works AND the tests pass