Git branch deletion

In Git, what does “deletion” of a branch mean?

Will it be gone from the repository? Or will it still be navigable to via git branch?

  • Git - getting a list of branches that were merged into another branch
  • git rebase --onto results on single commit
  • Branch descriptions in git
  • Merging diff between two git branches and applying it to working copy
  • Git: Fetching latest commit on a branch
  • Script to merge 2 git branches automatically?
  • What I really want to do is mark a branch as “dead end”, i.e., the branch is so far from master, that nobody should use it as a starting point, though there were some good ideas down that branch, so we’d like to keep it, for reference.

  • git rm file name with space
  • Accidentally merged master into develop and pushed
  • Is it possible to import an MKS Integrity repository into git?
  • How can I do a git clone operation using Cake
  • what git log shows me didn't match what git rebase -i head~3 shows me
  • Setting up SSH keys for github private repo access on Elastic Beanstalk
  • 4 Solutions collect form web for “Git branch deletion”

    You can delete the branch, but tag it first, so that it’s history doesn’t disappear. This way, the branch doesn’t show up in the branch list, which should hopefully deter people from working on it, but the work won’t be permanently erased (even after garbage collection is run). For instance, whenever I have a branch that has become irrelevant, but I’m not prepared to permanently delete it, I tag it as “archive/<branch-name>”.

    While on master or some other branch:

    git tag archive/foo foo
    git branch -D foo
    

    This creates a tag named archive/foo from the foo branch before deleting foo. You can also add a message to the tag, that explains what is in the branch, why it existed, why it’s now a dead end, etc.

    git tag -m 'Foo is deprecated in favor of bar' archive/foo foo
    

    The ability to record why a branch is being deprecated is perhaps an advantage of tagging versus moving branches to an alternate namespace.

    If you ever need to resurrect a branch that has been archived this way, it’s as simple as:

    git branch foo archive/foo
    git tag -d archive/foo       # Optional
    

    Now the branch is back as though it was never deleted.

    Git branches are stored as references to a revision. If you delete the branch, the reference is removed; if nothing else references that revision, it will eventually be garbage collected. Also, if you delete the branch then it’s properly gone (from your repository). If you want to mark a branch as deprecated but keep it around for later use, you could move the branch to a subdirectory:

    $ git branch
    * master
      testing_feature_one
      testing_feature_two
    $ git branch -m testing_feature_one deprecated/testing_feature_one
    $ git branch
      deprecated/testing_feature_one
    * master
      testing_feature_two
    

    Alternatively, you could create a separate repository for deprecated branches, pull them across then delete them from the original. In either case, you’re going to affect any users who are following the branches — the content of their repository won’t change (and neither will any of their branch names), but if they try to pull again, they’ll have to change their target in their configuration.

    git branch -D <branchName> will delete your branch from repository. You will not be able to see it or navigate anymore. Also you will lose all file changes made in that branch.

    https://git-scm.com/docs/git-branch

    It won’t be navigable via git branch and until garbage collection is performed, it won’t be lost from the repository.

    If you want to mark the branch in question as a dead end then simply do so (git may not do this for you but you certainly can)!

    Labelling it (in any way you prefer) as a historical reference works.

    Git Baby is a git and github fan, let's start git clone.