On Thu, May 2, 2013 at 12:50 PM, Johan Corveleyn wrote:
> On Thu, May 2, 2013 at 11:00 AM, Johan Corveleyn wrote:
>> On Thu, May 2, 2013 at 9:55 AM, Johan Corveleyn wrote:
>>> On Wed, May 1, 2013 at 5:01 PM, BRM wrote:
While I have not had the issue you are having, assuming the externals a
On Thu, May 2, 2013 at 11:00 AM, Johan Corveleyn wrote:
> On Thu, May 2, 2013 at 9:55 AM, Johan Corveleyn wrote:
>> On Wed, May 1, 2013 at 5:01 PM, BRM wrote:
>>> While I have not had the issue you are having, assuming the externals are in
>>> the same repository I would highly recommend changin
On Thu, May 2, 2013 at 9:55 AM, Johan Corveleyn wrote:
> On Wed, May 1, 2013 at 5:01 PM, BRM wrote:
>> While I have not had the issue you are having, assuming the externals are in
>> the same repository I would highly recommend changing from using the syntax
>> you have to using the carrot (^) op
On Wed, May 1, 2013 at 5:01 PM, BRM wrote:
> While I have not had the issue you are having, assuming the externals are in
> the same repository I would highly recommend changing from using the syntax
> you have to using the carrot (^) operator as it will save you many headaches
> if your original
While I have not had the issue you are having, assuming the externals are in
the same repository I would highly recommend changing from using the syntax you
have to using the carrot (^) operator as it will save you many headaches if
your original svn location changes.
I.e. use:
^/FOLDER_A FOLD
On 20/03/12 23:58, Philip Martin wrote:
Matthew J Fletcher writes:
I've been expermenting with SVN externals and found an issue which i
dont fully understand. My repository is as follows;
--
+Play (with and extern to URL "https://swserver:8443/svn/Play/Shared
Sources" Local
Matthew J Fletcher writes:
> I've been expermenting with SVN externals and found an issue which i
> dont fully understand. My repository is as follows;
>
>
> --
>
> +Play (with and extern to URL "https://swserver:8443/svn/Play/Shared
> Sources" Local Path "Project 3")
>
> - Projec
On 13/03/12 18:07, Matthew J Fletcher wrote:
Hi,
I've been expermenting with SVN externals and found an issue which i
dont fully understand. My repository is as follows;
--
+Play (with and extern to URL "https://swserver:8443/svn/Play/Shared
Sources" Local Path "Project 3")
-
On Jul 29, 2011, at 8:17 AM, Thomas Harold wrote:
> http://subversion.apache.org/docs/release-notes/1.5.html#externals
>
> The relative URLs being allowed in svn:externals was a huge step forward.
> But it still relies on the source path not ever changing.
>
> For example:
>
> /repos/zag foo
On Feb 14, 2011, at 02:06, Stephen Connolly wrote:
> On 14 Feb 2011 07:59, Ryan Schmidt wrote:
> >
> > On Feb 14, 2011, at 01:57, Stephen Connolly wrote:
> >
> >> yeah, but you'd want at least an option for the client to override ;-)
> >
> > Why would one want that?
>
> because you might not w
because you might not want the git on the system path
because you may not have permissions on windows to set the uri handler
just two, there's more
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype
On Feb 14, 2011, at 01:57, Stephen Connolly wrote:
> yeah, but you'd want at least an option for the client to override ;-)
Why would one want that?
yeah, but you'd want at least an option for the client to override ;-)
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
screen
On 14 Feb 2011 07:12, "Ryan Schmidt"
wrote:
On Feb 12, 2011, at 13:26, Stephen Connolly wrote:
> oh I like that.
>
> you could even allow the client config file to add custom uri schemes and the
> path to the exec that handles them
Well, I wasn't thinking there would be any client-side configuration
possibility. I merely meant that the
oh I like that.
you could even allow the client config file to add custom uri schemes and
the path to the exec that handles them
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
scree
On Feb 12, 2011, at 00:25, Robert Bielik wrote:
> Ryan Schmidt skrev 2011-02-11 22:20:
>>
>
>> svn:externals is for accessing other (or the same) Subversion repositories
>> only.
>
> Yes, I know, but I had hopes :) Wouldn't it be cool with a svn:command
> feature in which you'd be able to wri
Ryan Schmidt skrev 2011-02-11 22:20:
On Feb 11, 2011, at 08:28, Robert Bielik wrote:
In my project I need to use a library that's only available using git, I wonder
if there is some way to have svn:externals point to
a git repo (just doing a "git pull") ?
svn:externals is for accessing othe
On Feb 11, 2011, at 08:28, Robert Bielik wrote:
> In my project I need to use a library that's only available using git, I
> wonder if there is some way to have svn:externals point to
> a git repo (just doing a "git pull") ?
svn:externals is for accessing other (or the same) Subversion reposito
Stefan,
Your point well understood now. Thanks for the clarification,
appreciated.
Steve H
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: 08 November 2010 17:01
To: Hutchinson, Steve (UK)
Cc: users@subversion.apache.org
Subject: Re: Svn externals question
On Mon, Nov 08, 2010 at 10:24:03AM -, Hutchinson, Steve (UK) wrote:
> >Do it the other way: Store your component configuration in a versioned
> >file or even a database, and write a script to configure svn:externals
> >properties based on that data. Maybe even add an automated check into
> >the
Hi
>The designers of the externals feature envisioned maybe a handful of
external library dependencies that don't vary much over time.
>These are automatically pulled into a working copy, much like an
automated svn checkout.
>But the design doesn't account for what happens when people start using
use another answer to continue that thread.
Regards
Steve H
-Original Message-
From: David Weintraub [mailto:qazw...@gmail.com]
Sent: 05 November 2010 16:17
To: Hutchinson, Steve (UK)
Cc: users@subversion.apache.org
Subject: Re: Svn externals question
>>>>> SPECIAL MBD
On Nov 5, 2010, at 11:54, David Weintraub wrote:
> The big problem with svn:externals is that they don't version very well.
> The problem is that the external directories themselves aren't tagged
> or branched when I did my tag or branch
If this is important to you, then you should use the svnco
On Fri, Nov 5, 2010 at 10:09 AM, Stefan Sperling wrote:
> The designers of the externals feature envisioned maybe a handful
> of external library dependencies that don't vary much over time.
> These are automatically pulled into a working copy, much like an automated
> svn checkout.
>
> But the de
On Fri, Nov 5, 2010 at 9:49 AM, Hutchinson, Steve (UK)
wrote:
> Is there a simple way of identifying in a structure folders that have
> external properties, come to think of it maybe any form of property ?
Not 100% clear what you're looking for. You could be looking for one
of two things:
1). Yo
On Fri, Nov 5, 2010 at 3:09 PM, Stefan Sperling wrote:
> On Fri, Nov 05, 2010 at 01:49:03PM -, Hutchinson, Steve (UK) wrote:
>> Hi,
>>
>> Currently we are attempting to use svn externals to help build various
>> projects from what I would call a few "reuse" repositories. We are
>> attempting t
On Fri, Nov 05, 2010 at 11:03:58AM -0400, Jack Repenning wrote:
> If you do switch to the approach Stefan suggests (and I agree, it's
> probably more satisfactory) you also might want to use "svn switch"
> instead of the svn:externals. You'll still have the auditable,
> versioned definition of your
If you do switch to the approach Stefan suggests (and I agree, it's probably
more satisfactory) you also might want to use "svn switch" instead of the
svn:externals. You'll still have the auditable, versioned definition of your
canonical configuration (in the form of the script), but also there
On Fri, Nov 05, 2010 at 01:49:03PM -, Hutchinson, Steve (UK) wrote:
> Hi,
>
> Currently we are attempting to use svn externals to help build various
> projects from what I would call a few "reuse" repositories. We are
> attempting to be "structured" as to what level of design hierarchy we
> a
In a checked-out working copy, "svn status" marks directories loaded by virtue
of svn:externals with an 'X'.
Other props, and finding even that one from the repository, requires scripting
a loop to use "svn plist" or similar, I believe.
Sent from my iPhone
On Nov 5, 2010, at 9:50 AM, "Hutchi
30 matches
Mail list logo
