Git – How to use tags in Git

git

A tag in git from what I understand is just marking a particular commit with a name.

So say I release version 1.5, I create a tag 1.5

Now if a customer finds a bug, how do I go and 'checkout' that 1.5 codebase to my working directory?

I guess that I would perform the bug fix, then create another tag like 1.5.1.

Then I would potentially merge that code into the current version, right?

Best Solution

git checkout 1.5

This will check out the 1.5 tag to your working directory. Then you can make any fixes you like, and then make another tag for version 1.5.1.

After this, simply check out back to master (or whatever branch you are developing on), and perform the following command:

git merge 1.5.1

This will merge the changes you made to the latest version of your codebase.

Related Solutions

Git – Undoing a git rebase

The easiest way would be to find the head commit of the branch as it was immediately before the rebase started in the reflog...

git reflog

and to reset the current branch to it (with the usual caveats about being absolutely sure before reseting with the --hard option).

Suppose the old commit was HEAD@{2} in the ref log:

git reset --hard HEAD@{2}

In Windows, you may need to quote the reference:

git reset --hard "HEAD@{2}"

You can check the history of the candidate old head by just doing a git log HEAD@{2} (Windows: git log "HEAD@{2}").

If you've not disabled per branch reflogs you should be able to simply do git reflog branchname@{1} as a rebase detaches the branch head before reattaching to the final head. I would double check this, though as I haven't verified this recently.

Per default, all reflogs are activated for non-bare repositories:

[core]
    logAllRefUpdates = true

Git – the difference between ‘git pull’ and ‘git fetch’

In the simplest terms, git pull does a git fetch followed by a git merge.

You can do a git fetch at any time to update your remote-tracking branches under refs/remotes/<remote>/. This operation never changes any of your own local branches under refs/heads, and is safe to do without changing your working copy. I have even heard of people running git fetch periodically in a cron job in the background (although I wouldn't recommend doing this).

A git pull is what you would do to bring a local branch up-to-date with its remote version, while also updating your other remote-tracking branches.

From the Git documentation for git pull:

In its default mode, git pull is shorthand for git fetch followed by git merge FETCH_HEAD.

Best Solution

Related Solutions

Git – Undoing a git rebase

Git – the difference between ‘git pull’ and ‘git fetch’

Related Question