Hello Ryan, thank you for your response.
Ryan Schmidt wrote:
> On Aug 9, 2006, at 10:14, Henk Wissink wrote:
>
> If you already have a build system that puts together the correct
> package from sources stored in the manner you've shown us, then I don't
> suppose there's any reason why you can't just keep it exactly that way
> in Subversion. You would have to explain the structure clearly to anyone
> with write access to the repository, but Subversion is just a
> (versioned) filesystem, so you can arrange the data in it in any way
> that makes sense to you. "trunk, branches, tags" is just a suggestion
> that you don't have to follow if it doesn't meet your needs.
The reason why I started this message thread was because someone had indeed dumped such a rolled-up collection of files
in a new Subversion repository for a few of our different software versions. Because all of those versions in that
repository now have all files (incorrectly time-stamped) without any information of their origin (former inter-related
versions), that kind of Subversion usage effectively kills some important benefits we had thus far. Therefore I first
try to find out how I can preserve as much as possible information currently present in the tree, explicitly (derivates)
and implicitly (call it 'metadata'). Of course I can try to use (probably) many property settings (invent some of my
own) but that would take quite some time to introduce and maintain I suppose. The more Subversion does automatically in
a carefully selected new repository structure, the more I like it.
> Right—when you commit or import, Subversion stores the current time, not
> the modification time of each individual file. If you want the latter,
> someone has modified Subversion to do that, but you must build it
> yourself. It's called the "text-time branch":
>
> http://svn.collab.net/repos/svn/branches/meta-data-versioning/
That would be an option. Thank you.
The reason why I did not check the Subversion sources myself yet is because we like to use as much as possible standard
software. For that matter, downloading once in a while the most recent standard Subversion has solved our needs so far
for some other projects that have been stored.
This answer of you brings me a little closer to my goal.
But there is still the wish to save as much as possible relation-ship information.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 9 15:00:54 2006