On 15.11.2013 07:47, Stefano Fraccaro wrote:
> Il 14/11/2013 22:35, Ben Reser ha scritto:
>> Can you elaborate what method you're seeing method not allowed with?
>> Or if you
>> were running a svn client what command you were running?
> TortoiseSVN > SVN Checkout
>>
>> The one case where we made s
Il 14/11/2013 22:35, Ben Reser ha scritto:
Can you elaborate what method you're seeing method not allowed with? Or if you
were running a svn client what command you were running?
TortoiseSVN > SVN Checkout
The one case where we made such a change that comes to mind is with LOCK. LOCK
per the
On 11/14/13 2:07 AM, Stefano Fraccaro wrote:
> while upgrading the subversion repository to version 1.8.4 the external
> technician has also changed the folder name without notice. I lost many hours
> because I haven't understood immediately that "method not allowed" means "url
> not found" (in
On 14.11.2013 21:54, Branko Čibej wrote:
> On 14.11.2013 21:44, Philip Martin wrote:
>> Branko Čibej writes:
>>
>>> On 14.11.2013 19:24, Rick Varney wrote:
We are currently on Subversion 1.6.6.
What do you think? Any alternatives I have not considered? Should I
open a feature requ
On 14.11.2013 21:44, Philip Martin wrote:
> Branko Čibej writes:
>
>> On 14.11.2013 19:24, Rick Varney wrote:
>>> We are currently on Subversion 1.6.6.
>>> What do you think? Any alternatives I have not considered? Should I
>>> open a feature request for this?
>> I disagree with the behaviour ch
Branko Čibej writes:
> On 14.11.2013 19:24, Rick Varney wrote:
>> We are currently on Subversion 1.6.6.
>> What do you think? Any alternatives I have not considered? Should I
>> open a feature request for this?
>
> I disagree with the behaviour change because it makes 'svn delete' in
> the pre
On 14.11.2013 19:24, Rick Varney wrote:
> Hello,
>
> At my company we are using the lock-modify-unlock model, with the
> svn:needs-lock property set on most files. We have a pre-commit hook
> that prevents committing unlocked files. We are currently on
> Subversion 1.6.6.
>
> Here is a typical fr
Hello,
At my company we are using the lock-modify-unlock model, with the
svn:needs-lock property set on most files. We have a pre-commit hook that
prevents committing unlocked files. We are currently on Subversion 1.6.6.
Here is a typical frustrating sequence that happens when removing files:
Hi to all,
while upgrading the subversion repository to version 1.8.4 the
external technician has also changed the folder name without notice. I
lost many hours because I haven't understood immediately that "method
not allowed" means "url not found" (in my case). It's possible to change
th
On Wed, Nov 13, 2013 at 02:05:53PM +0100, nico wrote:
> Hello dear SVN users,
>
> I have a problem with the merging mecanism in SVN.
>
> Here is a litttle case study:
> We have 2 branches (B1, and B2) and the trunk (T), if you do the following:
> commit -> Branch
> merge B1 -> T
> merge T -> B2
10 matches
Mail list logo