Hello,
>>
We created a Junction inside D:\Test\Projekt1 named
D:\Test\Projekt1\JunctionTest which points to D:\Test\Common
>>>
>>> Can you do this the other way around? That is, make D:\Test\Common
>> the junction point, pointing to wherever your svn external is going to
>>> drop the f
On Fri, Mar 2, 2012 at 9:58 AM, Humm, Markus
wrote:
>
>>> We created a Junction inside D:\Test\Projekt1 named
>>> D:\Test\Projekt1\JunctionTest which points to D:\Test\Common
>>
>> Can you do this the other way around? That is, make D:\Test\Common
> the junction point, pointing to wherever your s
Hello,
>>
>> We created a Junction inside D:\Test\Projekt1 named
>> D:\Test\Projekt1\JunctionTest which points to D:\Test\Common
>
> Can you do this the other way around? That is, make D:\Test\Common
the junction point, pointing to wherever your svn external is going to
> drop the files?And f
On Fri, Mar 2, 2012 at 9:21 AM, Humm, Markus
wrote:
>
> We created a Junction inside D:\Test\Projekt1 named
> D:\Test\Projekt1\JunctionTest which points to
> D:\Test\Common
Can you do this the other way around? That is, make D:\Test\Common
the junction point, pointing to wherever your svn extern
Hello,
We tried a solution with junctions now (using a sysinternals junction
tool which works under XP already).
Server side in the repository all is well, but in the working copy it
doesn't work as intended as Tortoise SVN
gives us a faliure messaage on our checkin.
What did we do?
We have thi
On Fri, Mar 2, 2012 at 8:14 AM, Andreas Krey wrote:
> On Fri, 02 Mar 2012 14:54:38 +, Humm, Markus wrote:
> ...
>> In my eyes nothing beats the simplicity and understandability of
>> svn:externals with one single level deep relative paths
>> to a directory above.
>
> Exactly as long as you don
On Fri, 02 Mar 2012 14:54:38 +, Humm, Markus wrote:
...
> In my eyes nothing beats the simplicity and understandability of
> svn:externals with one single level deep relative paths
> to a directory above.
Exactly as long as you don't try to do
svn checkout http://your/soft/ware/trunk dir-
On Fri, Mar 2, 2012 at 7:54 AM, Humm, Markus
wrote:
>>
>> Not just malicious servers. With a scheme that lets you splatter
> files anywhere, anyone who can commit can accidentally or intentionally
> kill everyone else's machines.
>
> While I can see your security concerns my intention is to use t
Guten Tag Andy Levy,
am Freitag, 2. März 2012 um 14:45 schrieben Sie:
> True symlinks don't even exist on XP.
But XP has junctions/reparse points which would be just as good as
symlinks on directory level as in this case needed. Creatable with
fsutils(?) and Sysinternals' junction.exe, which I wo
Hello,
>>
>>> > While it is nice that you have concerns about my security in case
I
>>> > should have to deal with malicious servers,
>
> Not just malicious servers. With a scheme that lets you splatter
files anywhere, anyone who can commit can accidentally or intentionally
kill everyone else's
On Fri, Mar 2, 2012 at 07:58, Humm, Markus wrote:
> Hello,
>
>> > While it is nice that you have concerns about my security in case I should
>> > have to deal with malicious servers,
>> > I would prefer to have a choice. Maybe some setting wich allows me, based
>> > on the server URL (or if that
On Fri, Mar 2, 2012 at 6:58 AM, Humm, Markus
wrote:
>
>> > While it is nice that you have concerns about my security in case I should
>> > have to deal with malicious servers,
Not just malicious servers. With a scheme that lets you splatter
files anywhere, anyone who can commit can accidentally
apst.com <http://www.ebmpapst.com/>
GreenTech - Ein Zeichen, mit dem wir Zeichen setzen. A
symbol that defines standards.
Von: Nico Kadel-Garcia [mailto:nka...@gmail.com]
Gesendet: Freitag, 2. März 2012 13:13
An: Humm, Markus
Cc: Daniel Shahaf
On Fri, Mar 2, 2012 at 6:13 AM, Humm, Markus wrote:
> Hello,
>
> thanks for your answer.
>
> While it is nice that you have concerns about my security in case I should
> have to deal with malicious servers,
> I would prefer to have a choice. Maybe some setting wich allows me, based
> on the server
Humm, Markus wrote on Fri, Mar 02, 2012 at 12:13:28 +0100:
> Hello,
>
> thanks for your answer.
>
> While it is nice that you have concerns about my security in case
> I should have to deal with malicious servers, I would prefer to have
> a choice. Maybe some setting wich allows me, based on the
: Humm, Markus
Cc: users@subversion.apache.org
Betreff: Re: Feature request: allow for relative working copy paths in
svn:externals definition
Stefan Sperling wrote on Thu, Mar 01, 2012 at 17:27:52 +0100:
> On Thu, Mar 01, 2012 at 04:35:32PM +0100, Humm, Markus wrote:
> > In File
> >
> > »D:\D
Stefan Sperling wrote on Thu, Mar 01, 2012 at 17:27:52 +0100:
> On Thu, Mar 01, 2012 at 04:35:32PM +0100, Humm, Markus wrote:
> > In File
> >
> > »D:\Development\SVN\Releases\TortoiseSVN-1.7.5\ext\subversion\subversion\libsvn_wc\wc_db.c«,
> > Zeile 2890: Assert-Anweisung schlug fehl
> > (svn_di
On Thu, Mar 01, 2012 at 04:35:32PM +0100, Humm, Markus wrote:
> Hello,
>
> I'm currently learning SVN as we're planning to use it here in the near
> future.
> Some of our projects are structured like this (MS Windows):
>
> D:\Source\Project1
> D:\Source\Project2
> D:\Source\CommomLibraries
>
>
Hello,
I'm currently learning SVN as we're planning to use it here in the near future.
Some of our projects are structured like this (MS Windows):
D:\Source\Project1
D:\Source\Project2
D:\Source\CommomLibraries
Where Project1 and Project2 are individual projects but both rely on files
which resi
19 matches
Mail list logo
