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
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
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
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
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
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
>
>
12 matches
Mail list logo
