Hi,
Von: Markus Schaber [mailto:m.scha...@3s-software.com]
> Von: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
> > On Monday 22 August 2011, Markus Schaber wrote:
> > > We need to add a new directory including files and properties to a
> > > subversion repository "in-place".
> >
> > Th
On Tuesday 23 August 2011, Markus Schaber wrote:
> This is exactly what I described as our current workaround for SVN 1.7,
> or did I miss something?
No, you didn't.
Sorry for the noise...
Uli
--
ML: http://tortoisesvn.tigris.org/list_etiquette.html
FAQ: http://tortoisesvn.net/faq
***
Hi, Uli,
Von: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
> On Monday 22 August 2011, Markus Schaber wrote:
> > We need to add a new directory including files and properties to a
> > subversion repository "in-place".
>
> There are two more things that came to mind that could help you
On Tue, 23 Aug 2011 09:30:43 +, Ulrich Eckhardt wrote:
...
> 1. You could try to "svn switch" the workspace where you added the file tree
> to its own child. In theory, the metadata should be locally present already,
> so no network traffic is required. If SVN is smart enough to re-use the
>
On Monday 22 August 2011, Markus Schaber wrote:
> We need to add a new directory including files and properties to a
> subversion repository "in-place".
There are two more things that came to mind that could help you solve your
problem:
1. You could try to "svn switch" the workspace where you ad
Hi, Andreas,
Von: Andreas Krey [mailto:a.k...@gmx.de]
> On Mon, 22 Aug 2011 18:17:48 +, Markus Schaber wrote:
> ...
> > I cannot create a working copy directly in the project directory when
> > the project directory is just to be created with the import.
>
> Oops, forget it. I misunderstood t
Hi, Mark,
Von: Mark Phippard [mailto:markp...@gmail.com]
>> [ in place checkout]
> This also should work:
>
> $ svn co --depth=empty url://server/repos/parent tmp
> $ fill with data directory and files
> $ svn add data
> $ set properties
> $ svn ci -m Commit the data folder
>
> $ svn co url://
On Mon, 22 Aug 2011 18:17:48 +, Markus Schaber wrote:
...
> I cannot create a working copy directly in the project directory when
> the project directory is just to be created with the import.
Oops, forget it. I misunderstood the requirement.
Anyway, is throwing away the import sandbox and ch
On Mon, Aug 22, 2011 at 6:00 AM, Markus Schaber
wrote:
> We need to add a new directory including files and properties to a
> subversion repository "in-place".
>
> With SVN 1.6, the following did work: (I know that this is only an
> artifact and was no documented / intended behavior.)
> - Checkou
Hi, Mark,
Von: Mark Phippard [mailto:markp...@gmail.com]
> On Mon, Aug 22, 2011 at 12:01 PM, Markus Schaber
> wrote:
>> Those steps work nice, but they leave us with a working copy having the
>> parent of the project directory as its root, instead of the project
>> directory itself. This is wh
Hi, Andreas,
Von: Andreas Krey [mailto:a.k...@gmx.de]
> On Mon, 22 Aug 2011 18:01:34 +, Markus Schaber wrote:
>
> > > What does not work that worked with 1.6?
> >
> > Those steps work nice, but they leave us with a working copy having
> > the parent of the project directory as its root, i
On Mon, Aug 22, 2011 at 12:01 PM, Markus Schaber
wrote:
> Those steps work nice, but they leave us with a working copy having the
> parent of the project directory as its root, instead of the project
> directory itself. This is why our Code for 1.6 had the "detach" step
> which you left out in you
On Mon, 22 Aug 2011 18:01:34 +, Markus Schaber wrote:
> > What does not work that worked with 1.6?
>
> Those steps work nice, but they leave us with a working copy having the
> parent of the project directory as its root, instead of the project
> directory itself.
Is there a reason that
Hi, Mark,
Von: Mark Phippard [mailto:markp...@gmail.com]
> On Mon, Aug 22, 2011 at 11:31 AM, Markus Schaber
wrote:
>> We do not insist in the "detach" step. The "detach" step just was
part of the workaround to get an inplace-import with SVN 1.6, just as
the second commit is part our workaround
On Mon, Aug 22, 2011 at 11:31 AM, Markus Schaber
wrote:
>
> We do not insist in the "detach" step. The "detach" step just was part of
> the workaround to get an inplace-import with SVN 1.6, just as the second
> commit is part our workaround for SVN 1.7.
>
> We need an inplace-import as we did make
Hi, Mark,
Von: Mark Phippard [mailto:markp...@gmail.com]
> On Mon, Aug 22, 2011 at 6:00 AM, Markus Schaber
> wrote:
>> We need to add a new directory including files and properties to a
>> subversion repository "in-place".
>>
>> With SVN 1.6, the following did work: (I know that this is only
On Mon, Aug 22, 2011 at 6:00 AM, Markus Schaber
wrote:
> Hi,
>
> We need to add a new directory including files and properties to a
> subversion repository "in-place".
>
> With SVN 1.6, the following did work: (I know that this is only an
> artifact and was no documented / intended behavior.)
> -
Hi, Uli,
Von: Ulrich Eckhardt [mailto:ulrich.eckha...@dominolaser.com]
> On Monday 22 August 2011, Markus Schaber wrote:
> > We need to add a new directory including files and properties to a
> > subversion repository "in-place".
>
> Just to be sure: There are auto-props, which could help in comb
On Monday 22 August 2011, Markus Schaber wrote:
> We need to add a new directory including files and properties to a
> subversion repository "in-place".
Just to be sure: There are auto-props, which could help in combination with an
import. There is also svn_load_dirs, in case you need this for ma
Hi,
We need to add a new directory including files and properties to a
subversion repository "in-place".
With SVN 1.6, the following did work: (I know that this is only an
artifact and was no documented / intended behavior.)
- Checkout the parent directory to a temporary place.
- create and svn a
20 matches
Mail list logo
