WARNING: This server is unstable and will be retired in the next days.
If you want to keep this forum available, please request immediately a migration
on the Nabble Support forum.
Forums that don't receive any migration request will be deleted forever.
On Tue, Feb 28, 2012 at 6:35 AM, Helmut Zeisel <HZ2012@...> wrote:
> Datum: Tue, 28 Feb 2012 11:47:43 +0100
> Von: Stephen Butler <sbutler@...>
Thank you for the quick answer.
> But it also has disadvantages:
> - Runaway repository growth. Object files and .jar files don't compress
> as well as text. If you bust a hard limit for your repository disk space,
> your IT service provider might force you to pay a drastic penalty.
This is what I am afraid of; see also below ("representation-sharing")
This would be alleviated by the ability to "obliterate" material, which is a longstanding feature request but has proven resistent. It seems to go against the underlying philosophies, as well as being quite tricky to do.
Binaries don't store well, and svn "delete" doesn't really eliminate bulky material, it just hides it. With this in mind, you might benefit from using a clean "tags" structure, or a structure that actually dumps and loads tags into a new source repo and builds and stores the binaries *there*, to separate them from your main repository. This is beyond the scope of most normal layouts, but could be invaluable for a regression testing structure where you do need to be able to record altered binaries. By fragmenting them from the main code line, you lose the ability to merge code changes back to the main code lines, but for preserving reference binaries in a way that can be used by svn:externals, it might be invaluable.
> - Slower checkouts, updates, and merges due to working copy size
To prevent this, we can make a suitable seperation of binaries and sources in the directory tree.
> Also, you'll miss the features of language-specific dep-mgt tools, which
> have a lot of sanity checks built in. A few examples:
> Java: Maven
> Python: virtualenv + pip
> Ruby: bundler + gem
We use C++.
> > How good does subversion make diffs of object code?
> By default, 'svn diff' skips binary files. You can customize it to use
> program to display diffs for, say, "*.o" file.