That's an interesting approach you're planning there. At least
it saves the clients from having to worry about more than
subversion.
Does anyone have enough knowledge of the subversion code to
give an estimate on how difficult it would be to provide a
patch ?
-----Ursprüngliche Nachricht-----
Von: Dirk Schenkewitz [mailto:schenkewitz@docomolab-euro.com]
Gesendet: Montag, 20. Februar 2006 13:31
An: users@subversion.tigris.org
Cc: Kevin Greiner; Lars Heineken
Betreff: Re: Possible to make files revisionless ?
On Thursday, 16. February 2006 16:41, Kevin Greiner wrote:
> No, this is not a current feature although it has been requested before for
> use in situations similar to your own.
We have a similar problem...
> How is this feature is essential to a "version control system?" Why not use
> a file system for distributing large binary files?
Perhaps because that would require to set up another "distribution system" with access control and everything plus requiring the users to use two retrieval systems.
In our case, there are 2 methods to access the subversion server, depending from where:
- from the internet: svn only.
- from internal: https only.
Maybe I could setup a rsync server in addition to the subversion server and the web server. Hmmm...
Furthermore, I can imagine that a certain "version" of a library should be distributed along with some other stuff that is, indeed, versioned.
If the file-to-distribute is compressed, subversion's ability to make binary deltas wouldn't help to minimize storage consumption, too.
Having versionless files would really be a nice feature.
Due to the lack of it, I was planning to try/use a "brute force" solution:
Set up a certain repository, only for the "versionless" file (permissions and everything around can be copied (and adjusted) from another repository). Check in the versionless file. Now, when there is a change to that file: *Wipe out* the content of the repository and checkin the new version.
This way, there will be only one revision at a time and remote users can still the subversion access method to get it.
But there is no relation to other (really versioned) files, so this is only a makeshift, compared to a possible ability of subversion to declare a file as versionless and always replace it, instead of keeping/maintaining a history...
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 22 15:29:37 2006