pk stuff

Download SourceTree command line tools from:

https://downloads.sourcetreeapp.com/SourceTreeAppStoreCmdLineToolInstaller.pkg

To open repo in current folder:

stree .

https://help.github.com/articles/fork-a-repo

Configure remotes

To keep track of the original repo, you need to add another remote named upstream:

cd Spoon-Knife
git remote add upstream https://github.com/octocat/Spoon-Knife.git # Assigns the original repo to a remote called “upstream”

Pull in upstream changes

If the original repo you forked your project from gets updated, you can add those updates to your fork by running the following code:

git fetch upstream                     # Fetches any new changes from the original repo
git merge upstream/master    # Merges any changes fetched into your working files

replace submodule repo

You should just be able to edit the .gitmodules file to update the URL and then run git submodule sync to reflect that change to the superproject and your working copy.

recursive submodule init and update

git submodule update –init –recursive

update only

git submodule update –recursive

recursive add submodule

git submodule add foo
git submodule update –init –recursive

I like this:

major: Really a marketing decision. Are you ready to call the version 1.0? Does the company consider this a major version for which customers might have to pay more, or is it an update of the current major version which may be free? Less of an R&D decision and more a product decision.

minor: Starts from 0 whenever major is incremented. +1 for every version that goes public.

release: Every time you hit a development milestone and release the product, even internally (e.g. to QA), increment this. This is especially important for communication between teams in the organization. Needless to say, never release the same ‘release’ twice (even internally). Reset to 0 upon minor++ or major++.

build: Can be a SVN/Git version, I find that works best.

For larger projects with many components Semantic Versioning makes sense, though it less end-user friendly.