On 2013-2-23 05:30 , Daniel Shahaf wrote:
> You need to use '' not "" to escape the $. (see sh(1) man page)
Argh, I knew that, but it just didn't register. Thanks.
> As to your actual problem: I expect the permissions will be reset every
> time an update or switch changes the file, even if it do
On 2013/02/22, at 14:15, James Hanley wrote:
> We are seeing merge tree conflicts where I believe svn is not working
> as expected. I'm not entirely sure if this is due to a lack of
> understanding for proper use on our part, but it was my understanding
> that reintegrate was to be used when pul
We are seeing merge tree conflicts where I believe svn is not working
as expected. I'm not entirely sure if this is due to a lack of
understanding for proper use on our part, but it was my understanding
that reintegrate was to be used when pulling changes from a branch and
pushing them into the co
Joshua Root wrote on Fri, Feb 22, 2013 at 22:23:57 +1100:
> This seems like a bug to me, so I'm running it by the list as requested
> on the web site.
>
> My umask is 006, but I have changed the permissions on one of my svn
> working copies so that it is world readable. Whenever I commit a file
>
This seems like a bug to me, so I'm running it by the list as requested
on the web site.
My umask is 006, but I have changed the permissions on one of my svn
working copies so that it is world readable. Whenever I commit a file
that has property 'svn:keywords Id' and contains an Id line, the
permi
Yes, I succeeded by following the link that was sent with the configure
option.
On Fri, Feb 22, 2013 at 11:15 AM, Nico Kadel-Garcia wrote:
> Benson, hi. Did you ever get Subversion 1.7 working well on RHEL or
> CentOS 4.x? I took a glance back at my old RPM building tools for
> Subversion 1.6
On Fri, Feb 22, 2013 at 10:33 AM, frame wrote:
>
>>
>> With this approach you loose history of new developments of
>> project/aaa and depend on company B with everything you are doing with
>> project/aaa and which is not already checked out somewhere, because
>> you don't merge any code back into
Guten Tag frame,
am Freitag, 22. Februar 2013 um 17:33 schrieben Sie:
> I should be able to see his commit hisotry, right?
> I thought this is one of the ideal scenarios exploiting the power of svn
> externals definition.
Of course this will work, I just wanted to mention that using a vendor
bra
On Friday, February 22, 2013 11:13:49 AM UTC-5, Thorsten Schöning wrote:
>
> Guten Tag frame,
>
>
> With this approach you loose history of new developments of
> project/aaa and depend on company B with everything you are doing with
> project/aaa and which is not already checked out somewhere,
Benson, hi. Did you ever get Subversion 1.7 working well on RHEL or
CentOS 4.x? I took a glance back at my old RPM building tools for
Subversion 1.6.20 and 1.7.8, and getting 1.7.8 built on RHEL 4 was a
pain in the keister. In particular, I wound up having to build and
install libserf to avoid de
Guten Tag frame,
am Freitag, 22. Februar 2013 um 16:07 schrieben Sie:
> I am planning to put project/aaa/ in company B's repositoty, which
> the partner can access. Then in the main tree, hosted in company A's
> repository, at project directory level, I set the property of
> externals definition t
On Fri, Feb 22, 2013 at 9:02 AM, BRM wrote:
>
>>> Not only does it solve the above, but it also enforces a discipline in how
>> projects are updated to use newer versions of the tags; it also requires
>> developers to be aware of which externals affect which projects - which,
>> IMHO,
>> is a g
On 02/22/2013 10:07 AM, frame wrote:
> Thank you for all the replies and the link.
>
> Actually, I have just finished reading carefully the "externals definition"
> section of the book from top to the bottom. I think "externals definition"
> is the answer to our needs. Sorry, I didn't study "Vendo
Thank you for all the replies and the link.
Actually, I have just finished reading carefully the "externals definition"
section of the book from top to the bottom. I think "externals definition"
is the answer to our needs. Sorry, I didn't study "Vendor Branch" section.
I am planning to put pro
> From: Les Mikesell
> To: BRM
> Cc: "users@subversion.apache.org"
> Sent: Thursday, February 21, 2013 11:09 AM
> Subject: Re: Tagging svn:externals
>
> On Thu, Feb 21, 2013 at 9:42 AM, BRM wrote:
>>
>>> On Wed, Feb 20, 2013 at 11:52 AM, Bob Archer
> wrote:
Some clients like Torto
15 matches
Mail list logo
