Skip to content

Commit d6cabb0

Browse files
committed
Merge pull request #36 from pdelre/patch-1
Update tag visualization image
2 parents 1bc2449 + 5b95c32 commit d6cabb0

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

_posts/2009-02-03-tagging.textile

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@ Tagging in Git is a great way to denote specific release versions of your code,
88

99
Probably the best way to describe a tag is a post-it note that refers to one commit. It contains a name, so something like @v1.0.0@ or @production@, and a message too if you want. "Git for Computer Scientists":http://eagain.net/articles/git-for-computer-scientists/ visualizes a tag like so:
1010

11-
p=. !http://eagain.net/articles/git-for-computer-scientists/git-storage.6.png!
11+
p=. !http://eagain.net/_images/git-storage.6.png!
1212

1313
So, how does one create a tag? Just @git tag v1.0.0@ right? WRONG. You *usually* don't want to do that. In fact, some suggest that this command "does the wrong thing by default":http://www.rockstarprogrammer.org/post/2008/oct/16/git-tag-does-wrong-thing-default/. Without arguments, @git tag@ creates a "lightweight" tag that is "basically a branch that never moves":http://book.git-scm.com/3_git_tag.html. Lightweight tags are still useful though, perhaps for marking a known good (or bad) version, or a bunch of commits you may need to use in the future. Nevertheless, you probably don't want to push these kinds of tags.
1414

0 commit comments

Comments
 (0)