On Wed, Dec 7, 2011 at 1:40 PM, Julian Foad wrote:
> Hi Johan. See below...
Hi Julian. Thanks for your insights. You've obviously thought a lot
more about this stuff than I have :-). Some more below ...
> On 28 November 2011, Johan Corveleyn wrote:
>> On Mon, Nov 28, 2011 at 7:32 AM, Daniel Sha
Hi Johan. See below...
On 28 November 2011, Johan Corveleyn wrote:
> On Mon, Nov 28, 2011 at 7:32 AM, Daniel Shahaf wrote:
>> On Sunday, November 27, 2011 11:16 PM, "Johan Corveleyn" wrote:
>>>
>>> What if we could 'svnadmin (re)load' a single revision $REV in a
>>> repository, which would
Johan Corveleyn wrote on Mon, Nov 28, 2011 at 21:37:43 +0100:
> On Mon, Nov 28, 2011 at 7:32 AM, Daniel Shahaf
> wrote:
> > On Sunday, November 27, 2011 11:16 PM, "Johan Corveleyn"
> > wrote:
> >>
> >> What if we could 'svnadmin (re)load' a single revision $REV in a
> >> repository, which woul
On Mon, Nov 28, 2011 at 7:32 AM, Daniel Shahaf wrote:
> On Sunday, November 27, 2011 11:16 PM, "Johan Corveleyn"
> wrote:
>>
>> What if we could 'svnadmin (re)load' a single revision $REV in a
>> repository, which would then automatically fix up everything coming
>> after $REV:
>>
>> 0. Take
On Mon, Nov 28, 2011 at 5:04 PM, Branko Čibej wrote:
> On 22.11.2011 14:57, C. Michael Pilato wrote:
>> On 11/22/2011 02:26 AM, Daniel Shahaf wrote:
>>> On Tuesday, November 22, 2011 12:23 AM, "Johan Corveleyn"
>>> wrote:
Hi all,
I'm wondering if it would be feasible to (make it p
On 22.11.2011 14:57, C. Michael Pilato wrote:
> On 11/22/2011 02:26 AM, Daniel Shahaf wrote:
>> On Tuesday, November 22, 2011 12:23 AM, "Johan Corveleyn"
>> wrote:
>>> Hi all,
>>>
>>> I'm wondering if it would be feasible to (make it possible to)
>>> alter/add copyfrom information in an SVN repos
You're asking how to implement a generic rewrite of a historical
revision, but aren't addressing the question of what to do with
younger-than-the-
rename revisions that do not apply (in the libsvn_delta, libsvn_diff, or
tree-delta sense) to the modified history.
If you're serious about solving th
On Wed, Nov 23, 2011 at 12:25 PM, Talden wrote:
> On Wed, Nov 23, 2011 at 3:04 AM, Stefan Sperling wrote:
>> On Tue, Nov 22, 2011 at 01:32:02PM +0100, Johan Corveleyn wrote:
>>>
>>> Having a way to do this with svnsync and svndumptool would already be
>>> very useful. It would at least give some
On Wed, Nov 23, 2011 at 3:04 AM, Stefan Sperling wrote:
> On Tue, Nov 22, 2011 at 01:32:02PM +0100, Johan Corveleyn wrote:
>>
>> Having a way to do this with svnsync and svndumptool would already be
>> very useful. It would at least give some assurance to svn admins that
>> these things are 'repai
On Tue, Nov 22, 2011 at 03:06:45PM -0500, Mark Phippard wrote:
> He also has his reposurgeon tool that does not operate on dump files
> but git fast-import streams:
>
> http://freecode.com/projects/reposurgeon
>
> Maybe should be looking at better ways to interact with that format so
> we can ben
Johan,
I could add another use case: we are migrating our CVS repositories to
Subversion with cvs2svn, and there was a lot of 3rd party code in CVS imported
without vendor branches. On top of many of those imports, there are several
years of commits.
It would be nice to have a standard tool th
On Tue, Nov 22, 2011 at 9:04 AM, Stefan Sperling wrote:
> On Tue, Nov 22, 2011 at 01:32:02PM +0100, Johan Corveleyn wrote:
>>
>> Having a way to do this with svnsync and svndumptool would already be
>> very useful. It would at least give some assurance to svn admins that
>> these things are 'repai
Daniel Shahaf wrote on Tue, Nov 22, 2011 at 21:26:02 +0200:
> That is, devise a way to encode an editor drive in a file[1],
No; that's exactly what a dumpfile is.
Perhaps we need a --up-to-revision to svnsync for that to be useful,
though. (My usual trick is 'svn mkdir db/revs/X/UP_TO_THIS' on t
Stefan Sperling wrote on Tue, Nov 22, 2011 at 15:04:01 +0100:
> On Tue, Nov 22, 2011 at 01:32:02PM +0100, Johan Corveleyn wrote:
> >
> > Having a way to do this with svnsync and svndumptool would already be
> > very useful. It would at least give some assurance to svn admins that
> > these things
On Tuesday, November 22, 2011 3:04 PM, "Stefan Sperling" wrote:
> On Tue, Nov 22, 2011 at 01:32:02PM +0100, Johan Corveleyn wrote:
> >
> > Having a way to do this with svnsync and svndumptool would already be
> > very useful. It would at least give some assurance to svn admins that
> > these thin
On Tue, Nov 22, 2011 at 01:32:02PM +0100, Johan Corveleyn wrote:
>
> Having a way to do this with svnsync and svndumptool would already be
> very useful. It would at least give some assurance to svn admins that
> these things are 'repairable'. Being able to fix a live repository
> would of course
On 11/22/2011 02:26 AM, Daniel Shahaf wrote:
> On Tuesday, November 22, 2011 12:23 AM, "Johan Corveleyn"
> wrote:
>> Hi all,
>>
>> I'm wondering if it would be feasible to (make it possible to)
>> alter/add copyfrom information in an SVN repository. And if so, would
>> this be a desirable feature
On Tue, Nov 22, 2011 at 8:26 AM, Daniel Shahaf wrote:
> On Tuesday, November 22, 2011 12:23 AM, "Johan Corveleyn"
> wrote:
>> Hi all,
>>
>> I'm wondering if it would be feasible to (make it possible to)
>> alter/add copyfrom information in an SVN repository. And if so, would
>> this be a desirab
On Tuesday, November 22, 2011 12:23 AM, "Johan Corveleyn"
wrote:
> Hi all,
>
> I'm wondering if it would be feasible to (make it possible to)
> alter/add copyfrom information in an SVN repository. And if so, would
> this be a desirable feature?
It's not feasible for FSFS without a format bump a
Hi all,
I'm wondering if it would be feasible to (make it possible to)
alter/add copyfrom information in an SVN repository. And if so, would
this be a desirable feature?
It would certainly be useful (although I can't fully estimate the
ramifications) for the following use case:
- User commits a
20 matches
Mail list logo