> On Fri, Apr 14, 2023 at 04:38:34PM +0200, Uwe Brauer wrote: > Well, your approach is incorrect. ;-) > A correct one is going to be quicker, too.
> As I've explained in this list in the past, _by default_ Git implements > asymmetric approach to handling remote repositories and branches they > contain - you might want to re-read  and may be the whole thread; may be > this idea will now have greater chances to really sink in as you will be > able to compare and contrast "normal" clone and "mirror" clone. So let me see whether I understood git's philosophy correctly: 1. A «normal» clone results in: 1. All data (I say data not files) are downloaded 2. But not necessarily all references (branches): 1. References to remote branches are available and 2. The reference to the main (the branch that points to HEAD on remote) is also available, might be: master/main/stable or whatsoever 3. If I want to checkout a branch that corresponds to remote branch the correct way (without shortcuts would be) git branch feature origin/feature # create local branch off a remote one git checkout feature # check local branch out git branch -u origin/feature # make current branch track origin/feature This would syntax would also work if I set a new remote gitlab g...@gitlab.com:kalthad/matlab-emacs.git (fetch) Then that would be: git branch feature gitlab/feature # create local branch off a remote one git checkout feature # check local branch out git branch -u gitlab/feature # make current branch track gitlab/feature * Mirrors and bare repositories A more mercurial like clone would be using the mirror option. Such a repository has *no* remote branch tracking, but all branches are available. However the repository is bare, no commits are displayed. I can change a bare repository to a normal one 1) mkdir .git 2) mv all stuff in the .git directory 3) git config --local --bool core.bare false 4) git reset --hard However it seems that there is no remote branch tracking and that is why it seems not wise to use such a repository for development pushing/fetching. Is this so far correct? Thanks Uwe Brauer -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/git-users/87fs91ha3n.fsf_-_%40mat.ucm.es.
Description: S/MIME cryptographic signature