Re: Managing multiple branches in git
От | Mark Mielke |
---|---|
Тема | Re: Managing multiple branches in git |
Дата | |
Msg-id | 4A2583B3.5000505@mark.mielke.cc обсуждение исходный текст |
Ответ на | Re: Managing multiple branches in git (Alvaro Herrera <alvherre@commandprompt.com>) |
Список | pgsql-hackers |
Alvaro Herrera wrote: <blockquote cite="mid:20090602193823.GF5845@alvh.no-ip.org" type="cite"><pre wrap="">Mark Mielke wrote:</pre><blockquote type="cite"><pre wrap="">I just don't understand why you care. If the CVS directories didn't bug you before, why does the single .git directory bug you now? I'm genuinely interested as I don't get it. :-) </pre></blockquote><pre wrap=""> It doesn't. What bugs me is that the database (the "pulled" tree if you will) is stored in it. It has already been pointed out how to put it elsewhere, so no need to explain that. What *really* bugs me is that it's so difficult to have one "pulled" tree and create a bunch of checked out copies from that. (In the CVS world, I kept a single rsync'ed copy of the anoncvs repository, and I could do multiple "cvs checkout" copies from there using different branches.) </pre></blockquote><br /> You say "database", but unless you assume you know what is in it, .gitisn't really different from CVS/ or .svn. It's workspace metadata. Size might concern you, except that it's generallysmaller than CVS/ or .svn. Content might concern you, until you realize that being able to look through historywithout accessing the network is a feature, not a problem. Time to prepare the workspace might concern you, but Ihaven't seen people time the difference between building a cvs checkout vs a git clone.<br /><br /> You talk about avoidingdownloads by rsync'ing the CVS repository. You can do nearly the exact same thing in GIT:<br /><br /> 1) Create a'git clone --bare' that is kept up-to-date with 'git fetch'. This is your equivalent to an rsync'ed copy of the anoncvsrepository.<br /> 2) Use 'git clone' from your local bare repo, or from the remote using the local bare repo as areference. Either hard links, or as a reference no links at all will keep your clone smaller than either a CVS or an SVNcheckout.<br /><br /> Mainly, I want to point out that the existence of ".git" is not a real problem - it's certainlyno worse than before.<br /><br /> Cheers,<br /> mark<br /><br /><pre class="moz-signature" cols="72">-- Mark Mielke <a class="moz-txt-link-rfc2396E" href="mailto:mark@mielke.cc"><mark@mielke.cc></a> </pre>
В списке pgsql-hackers по дате отправления: