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

Re: A couple thousand mp3 files (this is not spam <honest> I swear </honest>)

From: David Chapman <dcchapman_at_acm.org>
Date: Sun, 14 Aug 2016 14:04:05 -0700

On 8/14/2016 1:22 PM, Adam Jensen wrote:
> On 08/13/2016 09:33 PM, Branko Čibej wrote:
> <snip>
>> But note that a rename is represented as an add+delete, so the hook
>> would have to be rather smarter than it would seem at first glance to
>> detect and allow renames without content modification.
> The literal file names are composed of a date and a sequence number, and
> like the contents of the files, the names should never change. The core
> data-set directory structure (trunk, maybe) will most likely be
> calendar-like (years->months->days->sequence->file). The analysis tools
> and meta-data will probably be kept in a separate fossil[1] repository.
> [1]: http://www.fossil-scm.org/
> The near-term goal is to maintain an indelible record of the physical
> measurements of reality. Any analysis [of which, there will be plenty],
> annotations, and other meta-data generation must not alter the
> fundamental instrumentation data.
> Given that, by "rename" do you mean a change of the literal file name
> like what I tried to describe above, or are you referring to something
> more like the file references, links, or pointers within the repository
> [internal implementation], similar to David's use of the term "rename"
> (included below)?

Yes, he and I are referring to the same thing. The file contents are
not copied, which is your primary goal.

     David Chapman      dcchapman_at_acm.org
     Chapman Consulting -- San Jose, CA
     Software Development Done Right.
Received on 2016-08-14 23:04:20 CEST

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