Yes, unfortunately they do change occasionally and they grow with time. It's a product catalogue, so new products are added all the time, just not daily. That's part of why I want to move to Git, SVN has been giving me lots of trouble when adding files at deep levels and I like how Git does adding files and how each repository is really it's own repository. Also, I'm not really concerned about history as the main purpose of the repository is really to make the syncing job easier. The code is very minimal and I do the majority of the maintenance on the code, so I can easily jump back to svn if I need history. The main reason we even need to share the project is that the sales guys need to go without internet at times and they need to have the website locally on their machines so they can easily demo the latest products to their clients. Business requirements by sales guys can be crazy at times, but what can we do. Also, this is a far fetch, since all the projects are installed under the same directories and are really exact clones of each other in every way, can I copy the .git directory and hope to God that it will magically work. I really doubt it, but I figure it's worth asking. -----Original Message----- From: Jeff King [mailto:peff@xxxxxxxx] Sent: Saturday, March 21, 2009 10:20 PM To: Samman, Bassel Cc: git@xxxxxxxxxxxxxxx Subject: Re: How to go to git from svn without checkout On Sat, Mar 21, 2009 at 01:25:38PM -0700, Mercedes6s wrote: > Hello. I've been falling more and more in love with git and I want to move > our biggest project because it is my biggest pain over to git to make our > lives easier. The problem is our project is about 50 gigs (A lot of media > files involved). Also, we got developers all over the world that are > running on slow connections. Some took a week to get the project up and > running in the first place. Luckily, they are only isolated instances. > What I'm wondering is can I have all of them turn their projects into git > repositories locally and have all of them sync with a master repository once > they are done. The actual project is only about 500 megs and the changes > are probably only a few K since they keep their projects up to date, so > that's more acceptable, but I don't want them to bring down all those media > files again and I doubt they will be willing to do it. Is this possible, > and how would I do it? I'm not sure you can. "git svn clone" will give a stable commit ID in git; that is, two runs of the same import will yield interoperable git repositories. However, I'm not sure if that is actually useful to you; the people with svn checkouts don't _have_ the history. So the clone operation will have to talk to the server. However, you should really consider whether you want those 50G in the git repository at all. Git is pretty good at not looking at parts of the repository that aren't necessary to an operation, but whole-repository operations like packing and cloning are going to be absurdly slow. Are those files actually changing? Would it be feasible to put the "main" part of the project in git and just include something like symlinks in the repository pointing to your media? Then each local developer could clone the git project and just move their existing 50G of media files into place. -Peff ��.n��������+%������w��{.n��������n�r������&��z�ޗ�zf���h���~����������_��+v���)ߣ�m
