# use cases for git namespaces 2 messages from 2012-11-15 to 2012-11-15. Participants: Sitaram Chamarty. Thread: https://gitlist.dev/t/32120 ## Sitaram Chamarty, 2012-11-15 08:33 Subject: use cases for git namespaces Message-ID: URL: https://gitlist.dev/e/CAMK1S_gczLajro0aZ5ftUmt_vhxA%2ByAr_5pCZknJ2bxhykYRXQ%40mail.gmail.com ``` Hi, It seems to me that whatever namespaces can do, can functionally be done using just a subdirectory of branches. The only real differences I can see are (a) a client sees less branch clutter, and (b) a fetch/clone pulls down less if the big stuff is in another namespace. I would like to understand what other uses/reasons were thought of. I looked for discussion on the ml archives. I found the patch series but could not easily find much *discussion* of the feature and its design. I found one post [1] that indicated that "part of the rationale..." (being what I described above), but I would like to understand the *rest* of the rationale. Pointers to gmane are also fine, or brief descriptions of uses [being] made of this. [1]: http://article.gmane.org/gmane.comp.version-control.git/175832/match=namespace Thanks -- Sitaram ``` ## Sitaram Chamarty, 2012-11-15 12:39 Subject: Re: use cases for git namespaces Message-ID: URL: https://gitlist.dev/e/CAMK1S_iWZyH5j7GdGj7Fuj%3Dkn%2BzZ0wCZTSFXxjspGpcA%2Bx-iSw%40mail.gmail.com In-Reply-To: ``` On Thu, Nov 15, 2012 at 2:03 PM, Sitaram Chamarty wrote: > Hi, > > It seems to me that whatever namespaces can do, can functionally be > done using just a subdirectory of branches. The only real > differences I can see are (a) a client sees less branch clutter, and > (b) a fetch/clone pulls down less if the big stuff is in another > namespace. > > I would like to understand what other uses/reasons were thought of. (I should mention that I am asking from the client perspective. I know that on the server this has potential to save a lot of disk space). > I looked for discussion on the ml archives. I found the patch series > but could not easily find much *discussion* of the feature and its > design. I found one post [1] that indicated that "part of the > rationale..." (being what I described above), but I would like to > understand the *rest* of the rationale. > > Pointers to gmane are also fine, or brief descriptions of uses [being] > made of this. > > [1]: http://article.gmane.org/gmane.comp.version-control.git/175832/match=namespace > > Thanks > > -- > Sitaram -- Sitaram ```