Working on your first Pull Request? You can learn how from this free series How to Contribute to an Open Source Project on GitHub
- Fork the project
- Clone your fork
- Make sure you are in the right directory:
cd sdjs-speaker-pipeline
- Add an
upstream
remote for keeping your local repository up-to-date:git remote add upstream https://github.com/sandiegojs/sdjs-speaker-pipeline.git
- Create a
.env
file in the main directory and replace variables as needed. At a minimum you will need the following to be set:
ADMIN_USERNAME=admin
[email protected]
ADMIN_PASSWORD=test
ADMIN_PHONE=6193331234
NODE_ENV=development
EMAIL_TEMPLATE='d-e3b133a99ff54546bc7354c214579d41'
SENDGRID_API_KEY=XXXXXXX
- Run
npm install
to install the project dependencies - Run
npm run dev
to start your dev environment. This will automatically watch for changes to certain files and restart the server for you automatically.
Make sure you have all the dependencies installed (npm install
), then from the command line you can run the tests using: npm run test
If you wish to run the tests manually and see the Cypress user interface you can run the server in development mode and then open the test interface. This can be helpful if you are writing new tests and you wish to run only some of the tests.
Start the server: npm run dev
Start the test interface: npm run cy:open
- Navigate to the "issues" tab, or click here
- Click on the "New issue" button
- Click on the "Get started" button to open a new bug report
- Create a title (keep it short and descriptive)
- Fill in the template with specific information about the bug
- Click on the gear icon next to "Labels" and select the difficulty level required to fix the bug
- Scroll to the bottom of the page and click on the "Submit new issue" button
-
Make sure you are on the
master
branch, and you have pulled the latest changesgit checkout master && git pull upstream master
-
Install any new dependencies:
npm install
-
Create a new branch off of the
master
branchgit checkout -b [NEW BRANCH NAME]
Branch naming conventions:
fix/[BRANCH]
for bug fixes
feature/[BRANCH]
for new features
dev/[BRANCH]
for non-user-facing changesThe
[BRANCH]
portion should be kebab case. For example, if you want to update the README.md file, your branch could be calleddev/update-readme
-
Make changes and commit them.
git add . && git commit -m "[YOUR COMMIT MESSAGE]"
The subject of a commit message (the first line) should be 72 characters or less. If you need more room for a longer explanation of your changes, you can add a blank line below the subject and write a commit body. The commit message should be in present-imperative tense ("Update README.md" rather than "Updates" or "Updated").
-
Push your branch to your fork:
git push -u origin [BRANCH NAME]
-
Open a new PR against the
master
branch from your fork using the GitHub user interface