-
Notifications
You must be signed in to change notification settings - Fork 233
Git Practices
This page is primarily aimed at Git novices. If that's you, keep reading. Else feel free to correct the info.
Never edit code directly in Master. Never? Never! If you want to make changes do it in a branch.
- side note: Main developers might sometimes change things directly in Master. That doesn't mean it's a good idea, and certainly doesn't mean you should adopt that bad habit.
The proper procedure to editing code for the first time is:
-
git checkout master
( if you aren't in master already) -
git pull
(get all recent changes... do it anyway.. it will just say it's up to date if no changes are found ) -
git checkout -b some_new_branch_name
(might take a few seconds, it makes a branch and switches to it) -
git push --set-upstream origin some_new_branch_name
(... just do it. Also: google it) -
edit the code.
-
before editing more than a few lines, save your progress by:
git commit -am "commit message"
.
keep the part between double quotes descriptive and short, use this convention and you'll thank yourself later in life. -
hit F8 if Blender is running, to test the changes.
One you have edited code in a previous session, and want to continue editing make sure you don't have any uncommitted code. It's easy to forget to commit code. Git won't let you change branches if you have uncommitted code. This is great because it's a reminder that there's code you need to commit before doing anything else.
- Write down the name of the current branch.
- do
git status
. This will tell you if you have uncommitted code in your current branch.
if you have uncommitted code, then you have several options but let's stick to just committing and pushing.
git commit -am "post code commit"
git push
Now you are free to change branch to master (and pull) or to keep editing code.