On Fri, May 7, 2010 at 06:48, Ravi Roy <[email protected]> wrote: > > On Thu, May 6, 2010 at 3:37 PM, Ravi Roy <[email protected]> wrote: >> >> Hi >> >> General question about Transaction size versus actual file commit size. I >> am getting strange results when I am trying to commit 1.28 file and >> transaction size I am getting is 5538 bytes. Does somebody knows the mystery >> ? > > > Sorry, Realised a mistake, please read 1.28 MB file. >> >> >> I expect transaction size to be the same as actual commit size ? or some >> compression in between ? >> >> Can somebody throw some light on this please?
This question is both confused and confusing. You'll have more success if you use established subversion terminology correctly and avoid making up your own terminology without defining it. (I know it's a bit of a chicken-and-the-egg problem for a beginner. See: http://svnbook.red-bean.com/en/1.5/index.html) My guess: Subversion is working as designed and storing only the compressed difference between the newest version of your 1.28 MB file and some previous version of the same file. But, really, I can only guess: - Is the "1.28 MB file" a new to the repository, or did you commit changes to an existing 1.28 MB file? - What is this "transaction size" of which you speak? The size of a file like $REPO/db/revs/12/12345? - Why wouldn't you say "revision" in this case? - Or are you really using a hook script to to peek at the actual transaction during the commit before it becomes a revision? - What is this "actual commit size" of which you speak? - I assume you can successfully retrieve the "1.28 MB" file from the repository. If so, the information must be there somewhere even if you can't quite explain it to yourself. - On that last point: http://svnbook.red-bean.com/en/1.5/index.html will help. // Ben >> Thanks >> >> -RR >> >> >
