{"thread":{"id":"18450","subject":"How to go to git from svn without checkout","startedAt":"2009-03-21T20:25:38Z","lastAt":"2009-03-24T08:10:50Z","messageCount":4,"participants":["Mercedes6s","Jeff King","Samman, Bassel"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"108811","messageId":"22640020.post@talk.nabble.com","threadId":"18450","inReplyTo":null,"subject":"How to go to git from svn without checkout","fromName":"Mercedes6s","fromEmail":"bsamman@imagitekltd.com","sentAt":"2009-03-21T20:25:38Z","receivedAt":"2009-03-21T20:25:38Z","isPatch":false,"sender":{"key":"bsamman@imagitekltd.com","avatar":null},"body":"\nHello.  I've been falling more and more in love with git and I want to move\nour biggest project because it is my biggest pain over to git to make our\nlives easier.  The problem is our project is about 50 gigs (A lot of media\nfiles involved).  Also, we got developers all over the world that are\nrunning on slow connections.  Some took a week to get the project up and\nrunning in the first place.  Luckily, they are only isolated instances. \nWhat I'm wondering is can I have all of them turn their projects into git\nrepositories locally and have all of them sync with a master repository once\nthey are done.  The actual project is only about 500 megs and the changes\nare probably only a few K since they keep their projects up to date, so\nthat's more acceptable, but I don't want them to bring down all those media\nfiles again and I doubt they will be willing to do it.  Is this possible,\nand how would I do it?  \n\nthanks\n-- \nView this message in context: http://www.nabble.com/How-to-go-to-git-from-svn-without-checkout-tp22640020p22640020.html\nSent from the git mailing list archive at Nabble.com.\n"},{"id":"108867","messageId":"20090322032008.GA9526@coredump.intra.peff.net","threadId":"18450","inReplyTo":"22640020.post@talk.nabble.com","subject":"Re: How to go to git from svn without checkout","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2009-03-22T03:20:08Z","receivedAt":"2009-03-22T03:20:08Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Sat, Mar 21, 2009 at 01:25:38PM -0700, Mercedes6s wrote:\n\n> Hello.  I've been falling more and more in love with git and I want to move\n> our biggest project because it is my biggest pain over to git to make our\n> lives easier.  The problem is our project is about 50 gigs (A lot of media\n> files involved).  Also, we got developers all over the world that are\n> running on slow connections.  Some took a week to get the project up and\n> running in the first place.  Luckily, they are only isolated instances. \n> What I'm wondering is can I have all of them turn their projects into git\n> repositories locally and have all of them sync with a master repository once\n> they are done.  The actual project is only about 500 megs and the changes\n> are probably only a few K since they keep their projects up to date, so\n> that's more acceptable, but I don't want them to bring down all those media\n> files again and I doubt they will be willing to do it.  Is this possible,\n> and how would I do it?\n\nI'm not sure you can. \"git svn clone\" will give a stable commit ID in\ngit; that is, two runs of the same import will yield interoperable git\nrepositories. However, I'm not sure if that is actually useful to you;\nthe people with svn checkouts don't _have_ the history. So the clone\noperation will have to talk to the server.\n\nHowever, you should really consider whether you want those 50G in the\ngit repository at all. Git is pretty good at not looking at parts of the\nrepository that aren't necessary to an operation, but whole-repository\noperations like packing and cloning are going to be absurdly slow.\n\nAre those files actually changing? Would it be feasible to put the\n\"main\" part of the project in git and just include something like\nsymlinks in the repository pointing to your media? Then each local\ndeveloper could clone the git project and just move their existing 50G\nof media files into place.\n\n-Peff\n"},{"id":"109095","messageId":"FB1F526D99571D4DBF84F456D358792901CC7F6F@leasrv003.imagitek.local","threadId":"18450","inReplyTo":"20090322032008.GA9526@coredump.intra.peff.net","subject":"RE: How to go to git from svn without checkout","fromName":"Samman, Bassel","fromEmail":"bsamman@imagitekltd.com","sentAt":"2009-03-23T15:21:41Z","receivedAt":"2009-03-23T15:21:41Z","isPatch":false,"sender":{"key":"bsamman@imagitekltd.com","avatar":null},"body":"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.\n\n-----Original Message-----\nFrom: Jeff King [mailto:peff@peff.net] \nSent: Saturday, March 21, 2009 10:20 PM\nTo: Samman, Bassel\nCc: git@vger.kernel.org\nSubject: Re: How to go to git from svn without checkout\n\nOn Sat, Mar 21, 2009 at 01:25:38PM -0700, Mercedes6s wrote:\n\n> Hello.  I've been falling more and more in love with git and I want to move\n> our biggest project because it is my biggest pain over to git to make our\n> lives easier.  The problem is our project is about 50 gigs (A lot of media\n> files involved).  Also, we got developers all over the world that are\n> running on slow connections.  Some took a week to get the project up and\n> running in the first place.  Luckily, they are only isolated instances. \n> What I'm wondering is can I have all of them turn their projects into git\n> repositories locally and have all of them sync with a master repository once\n> they are done.  The actual project is only about 500 megs and the changes\n> are probably only a few K since they keep their projects up to date, so\n> that's more acceptable, but I don't want them to bring down all those media\n> files again and I doubt they will be willing to do it.  Is this possible,\n> and how would I do it?\n\nI'm not sure you can. \"git svn clone\" will give a stable commit ID in\ngit; that is, two runs of the same import will yield interoperable git\nrepositories. However, I'm not sure if that is actually useful to you;\nthe people with svn checkouts don't _have_ the history. So the clone\noperation will have to talk to the server.\n\nHowever, you should really consider whether you want those 50G in the\ngit repository at all. Git is pretty good at not looking at parts of the\nrepository that aren't necessary to an operation, but whole-repository\noperations like packing and cloning are going to be absurdly slow.\n\nAre those files actually changing? Would it be feasible to put the\n\"main\" part of the project in git and just include something like\nsymlinks in the repository pointing to your media? Then each local\ndeveloper could clone the git project and just move their existing 50G\nof media files into place.\n\n-Peff\n\n"},{"id":"109176","messageId":"20090324081050.GA660@coredump.intra.peff.net","threadId":"18450","inReplyTo":"FB1F526D99571D4DBF84F456D358792901CC7F6F@leasrv003.imagitek.local","subject":"Re: How to go to git from svn without checkout","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2009-03-24T08:10:50Z","receivedAt":"2009-03-24T08:10:50Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Mon, Mar 23, 2009 at 10:21:41AM -0500, Samman, Bassel wrote:\n\n> Yes, unfortunately they do change occasionally and they grow with\n> time.  It's a product catalogue, so new products are added all the\n> time, just not daily.  That's part of why I want to move to Git, SVN\n\nWell, I would first try just importing _one_ repo into git and seeing\nhow it behaves. I suspect you may run into assumptions that a 50G repo\nbreaks.\n\nIn theory, I think you could pack all of the large files once into a\nsingle pack, mark it with .keep, and then not have it negatively impact\nfurther repacks.\n\n> has been giving me lots of trouble when adding files at deep levels\n> and I like how Git does adding files and how each repository is really\n> it's own repository.  Also, I'm not really concerned about history as\n> the main purpose of the repository is really to make the syncing job\n> easier.  The code is very minimal and I do the majority of the\n\nWell, if you're not too concerned about the history, then I would\nsuggest setting up something like this:\n\n  - all of the big files get a unique name; new versions of the same\n    file have names unique from their previous version (you can do this\n    either with human-readable names, or just using the sha-1 of the\n    file contents)\n\n  - make all of the big files available through rsync, http, ftp, or\n    whatever\n\n  - the git (or svn) repo contains a list of all desired files, and a\n    script that checks what you have versus what is desired (deleting\n    any that aren't wanted, and pulling any that are missing)\n\nYour repository of big files will grow, but each file within it is\nimmutable. The git repository points to the files by name, but doesn't\ncontain them. So updating from a client is just:\n\n  git pull && ./update-script\n\nbut you can still go back to a snapshot in history if you want to:\n\n  git checkout HEAD@{3.weeks.ago} && ./update-script\n\nMake sense?\n\n> can be crazy at times, but what can we do.  Also, this is a far fetch,\n> since all the projects are installed under the same directories and\n> are really exact clones of each other in every way, can I copy the\n> .git directory and hope to God that it will magically work.  I really\n> doubt it, but I figure it's worth asking.\n\nI'm not sure what you mean by that. You can copy the .git directory to a\nnew working tree, yes. It will be a new repo, and you can see how what\nit thinks should be checked out differs from what is in the new working\ntree by running \"git diff\".\n\n-Peff\n"}]}