title: GIT Tags versus SVN tags, and HotFix/Patches management
body: <p>Quick question, about how to handle an hot fix scenario in SVN and GIT, please correct me if i'm wrong.</p>
  
  <p>I come from a solid experience with SVN, i got less experience with GIT and i want, mainly, know if my translation in GIT is okay (not the best ever!) but just if it should work as expected.</p>
  
  <p><strong>SVN:</strong></p>
  
  <ol>
  <li><p>I'm developing on the TRUNK, the customer asks me to work on a special feature and i decide to develop this feature on a BRANCH</p></li>
  <li><p>The feature is okay, I'm about to merge it to the TRUNK that in the meanwhile has been updated with several changes, but the customer asks me a release straight away, and that they have been focusing the testing the BRANCH so they don't want to take the feature merged into the TRUNK, but they want me to release directly the BRANCH.</p></li>
  <li><p>OKAY, far enough, I TAG the BRANCH and i release it to PRODUCTION, then i will be spending the next days merging the feature into the TRUNK for the next release when my TRUNK changes will go live, moreover i decide to delete the BRANCH cause i don't want it anymore, cause the feature has been developed and is gonna be merged into the TRUNK, (and i got the TAG to save the base code)</p></li>
  <li><p>OH MY GOD! there is a bug into the new feature, i got to fix it, but i don't have the BRANCH anymore, no worries "version of control" are made for this, just BRANCH the tag just released, develop your fix and than release it again, then don't forget to merge the fix back into the TRUNK.</p></li>
  </ol>
  
  <p><strong>GIT:</strong></p>
  
  <ol>
  <li><p>I'm developing on the MAIN_DEV branch, the customer ask me to work on a special feature and i decide to develop this feature on a FEATURE_BRANCH</p></li>
  <li><p>The feature is okay, i'm about to merge it to the MAIN_DEV, that in the meanwhile has been updated with several changes, but the customer is in love with my new feature and asks me to release it straight away and that they have been focusing the testing on the FEATURE_BRANCH so they don't want to take the feature merged into the MAIN_DEV branch, but they want me to release directly the FEATURE_BRANCH</p></li>
  <li><p>OKAY, far enough, I TAG the FEATURE_BRANCH and i release it to production, then i will be spending the next days merging the feature into the MAIN_DEV for the next release where my MAIN_DEV changes will go live, moreover i decide to delete the feature_branch cause i don't want it anymore, cause i developed the feature..</p></li>
  <li><p>OH MY GOD! there is a bug into the new feature, i got to fix it, but i don't have the FEATURE_BRANCH anymore, and i cant fix it into the MAIN_BRANCH cause contains new updates that i don't want to release...no worries "version of control" are made for this, just branch the tag just released, develop your fix and than release it again, then don't forget to merge the fix back into the MAIN_DEV.</p></li>
  </ol>
  
  <p><strong>Questions:</strong></p>
  
  <ul>
  <li>It's my the GIT translation of my SVN flow correct?</li>
  <li>If i cut my tag from my feature_branch, than i delete my feature_branch cause the feature has been developed, i can always develop HotFix or Patches on a new branch cut from the tag just released, there is no need to keep stored the feature branch cause i got everything into the TAG (code, history and so on). Am i right?</li>
  </ul>