Hi,
I am considering a use of Subversion as a means to avoid accidentally
deleting some important files that I will be working with on a regular
basis. I am very interested to get comments on my plan or suggestions
for alternative methods.
Here's the situation: I have ~1500 mp3 files (not pirated
On Fri, Aug 12, 2016 at 8:56 PM, Adam Jensen wrote:
> Here's the situation: I have ~1500 mp3 files (not pirated music), and
> the collection is growing. The sizes range from ~100kB to ~300MB. The
> content of these files will never change. The directory structure will
> change, files will be move
On 13.08.2016 02:56, Adam Jensen wrote:
> I sent this text (^above^) to users-subscr...@subversion.apache.org
> earlier today assuming that one need not be subscribed to post. This is
> a post-subscribe re-post.
>
> {https://subversion.apache.org/mailing-lists.html}::("you don't need to
> be subscr
On 08/12/2016 08:56 PM, Adam Jensen wrote:
> Here's the situation: I have ~1500 mp3 files (not pirated music), and
> the collection is growing. The sizes range from ~100kB to ~300MB. The
> content of these files will never change. The directory structure will
> change, files will be moved, and new
On 8/13/2016 11:07 AM, Adam Jensen wrote:
On 08/12/2016 08:56 PM, Adam Jensen wrote:
Here's the situation: I have ~1500 mp3 files (not pirated music), and
the collection is growing. The sizes range from ~100kB to ~300MB. The
content of these files will never change. The directory structure will
On 08/13/2016 02:21 PM, David Chapman wrote:
> On 8/13/2016 11:07 AM, Adam Jensen wrote:
>> When a branch is created, are the files under revision control in the
>> trunk copied to the branch (is there any duplication of files in the
>> repository)?
>
> No, the files are not copied; a rename is st
On 8/13/2016 12:29 PM, Adam Jensen wrote:
On 08/13/2016 02:21 PM, David Chapman wrote:
On 8/13/2016 11:07 AM, Adam Jensen wrote:
When a branch is created, are the files under revision control in the
trunk copied to the branch (is there any duplication of files in the
repository)?
No, the files
On Sat, Aug 13, 2016 at 3:29 PM, Adam Jensen wrote:
> On 08/13/2016 02:21 PM, David Chapman wrote:
>> On 8/13/2016 11:07 AM, Adam Jensen wrote:
>>> When a branch is created, are the files under revision control in the
>>> trunk copied to the branch (is there any duplication of files in the
>>> rep
On 08/13/2016 05:31 PM, Nico Kadel-Garcia wrote:
> Don't hurt yourself getting too clever. And don't forget that once
> ingested, Subversion is designed to *never let go* of content.
> Deleting any in the master simply won't ever clear the content from
> the core repository and its history, *ever*.
On 08/13/2016 08:09 AM, Branko Čibej wrote:
> On 13.08.2016 02:56, Adam Jensen wrote:
>> I sent this text (^above^) to users-subscr...@subversion.apache.org
>> earlier today assuming that one need not be subscribed to post. This is
>> a post-subscribe re-post.
>>
>> {https://subversion.apache.org/m
On 13.08.2016 20:21, David Chapman wrote:
> On 8/13/2016 11:07 AM, Adam Jensen wrote:
>> On 08/12/2016 08:56 PM, Adam Jensen wrote:
>>> Here's the situation: I have ~1500 mp3 files (not pirated music), and
>>> the collection is growing. The sizes range from ~100kB to ~300MB. The
>>> content of thes
On 14.08.2016 00:20, Adam Jensen wrote:
> What would an "svnserve.conf" file with "write once" access control look like?
There is (currently) no easy way to specify "write once" access for
files in the repository; whoever can create a file can modify or delete
it, too. You could achieve something
On 08/13/2016 09:33 PM, Branko Čibej wrote:
> There is (currently) no easy way to specify "write once" access for
> files in the repository; whoever can create a file can modify or delete
> it, too. You could achieve something like that by creating a custom
> pre-commit hook that would examine the
On 8/14/2016 1:22 PM, Adam Jensen wrote:
On 08/13/2016 09:33 PM, Branko Čibej wrote:
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
Hi,
On 8/13/2016 2:56 AM, Adam Jensen wrote:
My primary concerns are related to any potential file corruption, any
data duplication, and/or any excessive network or disk I/O (other than
the expected load of direct data communication).
Just to have this mentioned: Be aware that the working copy (a
On 08/16/2016 09:17 AM, Stefan Hett wrote:
> Just to have this mentioned: Be aware that the working copy (aka: the
> checked out data of the repository) will have a 2x storage requirement
> on the data since it will keep a copy of the pristine version of the
> file in addition to the "actual" file.
> On Aug 16, 2016, at 2:13 PM, Adam Jensen wrote:
>
> On 08/16/2016 09:17 AM, Stefan Hett wrote:
>> Just to have this mentioned: Be aware that the working copy (aka: the
>> checked out data of the repository) will have a 2x storage requirement
>> on the data since it will keep a copy of the pris
On 08/16/2016 09:17 AM, Stefan Hett wrote:
> On 8/13/2016 2:56 AM, Adam Jensen wrote:
>> My primary concerns are related to any potential file corruption, any
>> data duplication, and/or any excessive network or disk I/O (other than
>> the expected load of direct data communication).
>
> Just to ha
On 08/17/2016 12:55 AM, Ryan Schmidt wrote:
[snip]
> He means avoid the 2x disk use by using "svn export" instead of "svn
> checkout".
>
[snip]
>
> Of course Subversion only transfers changes.
>
Situation summary for the many-large-files scenario. Something like:
svn checkout svn://URL/ProjX/
On Wed, Aug 17, 2016 at 9:13 PM, Adam Jensen wrote:
> On 08/17/2016 12:55 AM, Ryan Schmidt wrote:
> [snip]
>> He means avoid the 2x disk use by using "svn export" instead of "svn
>> checkout".
>>
> [snip]
>>
>> Of course Subversion only transfers changes.
>>
>
> Situation summary for the many-lar
On 08/17/2016 04:36 PM, Johan Corveleyn wrote:
> On Wed, Aug 17, 2016 at 9:13 PM, Adam Jensen wrote:
[snip]
>> So basically, the checkout method will require twice (2x) the data-set
>> size of storage space for a working copy but there would be
>> significantly less network load during many of the
On Wed, Aug 17, 2016 at 09:09:27PM -0400, Adam Jensen wrote:
> What I need (and what I think is generally needed) is a high-capacity,
> large-file repository with a focus on data integrity (mandatory audit
> trails), sophisticated access control (smart contracts (maybe blockchain
> based)), probabl
om: Stefan Sperling [mailto:s...@elego.de]
Sent: Donnerstag, 18. August 2016 09:46
To: Adam Jensen
Cc: users@subversion.apache.org
Subject: Re: A couple thousand mp3 files (this is not spam I swear
)
On Wed, Aug 17, 2016 at 09:09:27PM -0400, Adam Jensen wrote:
> What I need (and what I think
On Wed, Aug 17, 2016 at 9:09 PM, Adam Jensen wrote:
> On 08/17/2016 04:36 PM, Johan Corveleyn wrote:
> > On Wed, Aug 17, 2016 at 9:13 PM, Adam Jensen wrote:
> [snip]
> >> So basically, the checkout method will require twice (2x) the data-set
> >> size of storage space for a working copy but ther
24 matches
Mail list logo