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
Make your first change to the code. (You could modify this README.md file by adding your username next to the project in the heading, for example.)
In the GitHub Desktop app, create a commit. You must type a "summary"; "description" is optional.
Click Publish. Verify that your branch is now visible on your fork at GitHub.com in the "Branch" dropdown.
Commit and Sync often as you work.
Make new branches freely to experiment! You can always switch back to an older branch using the dropdown in the Desktop App, and all of your files will instantly snap back to their older state. So, when in doubt, create a branch, especially before starting on a new task.
You don't need to merge back into your master branch; in the end, just stay on whatever your best branch is. (In the real world, you would ultimately merge your best branch back into your master branch and deploy it to your production server.)
Run rails grade as often as you like to see how you are doing.
You can push commits and rails grade right up until the due date.
If you have a question about your code, a great way to get feedback is to open a Pull Request. After creating it, if you include the URL of your Pull Request when you post your question, reviewers will be able to easily see the changes you've made and leave comments on each line of your code with suggestions.