[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Breaking up a monolothic repository

From: Geoff Field <Geoff_Field_at_aapl.com.au>
Date: Mon, 9 Sep 2013 13:19:32 +1000

> From: Trent W. Buck
> Sent: Monday, 9 September 2013 12:17 PM
> Nico Kadel-Garcia <nkadel_at_gmail.com> writes:
> > Lock the existing repo: Do clean exports, and imports, to new
> > repositories with the new layout, with a README.md or other
> guideline
> > to where the legacy repository exists. You lose the infinitely
> > preserved history this way, but for most working software projects,
> > you don't *need* that. And it's a good opportunity to discard
> > materials, such as bulky binaries or security sensitive
> files with plain text passwords.
> Ah, sorry, I forgot to mention that preserving history was a
> hard requirement handed down from higher up.

You *could* argue that the existing repository preserves the history.
However, I think I know what they mean.

> I get the impression that $company's projects mostly have a
> finite lifespan (a couple of years),

By "lifespan", what exactly do you mean? At my company, the individual projects might be in production within anywhere from 6 months to 2 years after start of development, be manufactured for two to four years, then go into support mode for up to 7 years (or more).

> so I think that approach
> ends up being very similar to my current plan of creating new
> projects as new repos, and letting the monolithic repo die
> out via attrition.

That sounds like an easy way to do things.

> I don't actually know exactly what they put in their repos; I
> think it's about half "huge unpacked source tarball I
> downloaded from somewhere then tinkered with" and half huge
> CAD files and .docx contracts.

It's entirely possible that the empty commit messages you reported were due to users not actually entering anything in the messages. Many of the commit messages I've seen (particularly from non-software people, but even from a few of those) are less informative than I'd like - a lot are totally empty.



Apologies for the auto-generated legal boilerplate added by our IT department:
- The contents of this email, and any attachments, are strictly private
and confidential.
- It may contain legally privileged or sensitive information and is intended
solely for the individual or entity to which it is addressed.
- Only the intended recipient may review, reproduce, retransmit, disclose,
disseminate or otherwise use or take action in reliance upon the information
contained in this email and any attachments, with the permission of
Australian Arrow Pty. Ltd.
- If you have received this communication in error, please reply to the sender
immediately and promptly delete the email and attachments, together with
any copies, from all computers.
- It is your responsibility to scan this communication and any attached files
for computer viruses and other defects and we recommend that it be
subjected to your virus checking procedures prior to use.
- Australian Arrow Pty. Ltd. does not accept liability for any loss or damage
of any nature, howsoever caused, which may result
directly or indirectly from this communication or any attached files. 
Received on 2013-09-09 05:20:16 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.