Option "Push all branches" leaves out tags on pushed changes
By frank.seidin... on February 28, 2013 15:13 (imported from Google Code)
Prerequisites
I've tried to practice the recipes on the blog article "A successful Git branching model" and found some unexpected behavior with branching/merging and pushing.
What steps will reproduce the problem?
- Create a new git bare repository on a windows share
- Clone the bare git repository on your local file system
- Create the branch "develop" and switch to it
- Add some work and commit
- Create the branch "release-0.0.1" from the development branch and switch to it
- Change some work and commit
- Switch to the "master" branch
- Merge all changes from the "release-0.0.1" branch
- Tag the master branch with the "0.0.1" tag
- Switch to the "develop" branch and merge all changes from the "release-0.0.1" branch
- Delete the "release-0.0.1" branch
- Select the "Git Push..." dialog from explorer
- Check the "Push all branches" option, the "Include Tags" is now greyed and unchecked
- Push the "Ok" button
What is the expected output?
The changes are pushed to the origin including the branches "master" and "develop" and also containing the tag "0.0.1"
What do you see instead?
The tag "0.0.1" is not pushed to the origin
What version of TortoiseGit and msysgit are you using? On
what operating system?
I'm using TortoiseGit 1.8.1.0 and git version 1.8.1.msysgit.1 on Windows 7 Professional x64
Suggested solution:
If "Push all branches" is checked either "Include Tags" should always be "true" or at least enabled.