Was checking out a branch of a repository through a VPN.
http://subversion.apache.org/mailing-lists.html
---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
Perform the following steps...
1.Edit a file in a working copy
2.Delete that file in the repository (with the repo browser)
3.Update your working copy
4.Edit the tree conflict and specify "keep working copy"
5.The edited file now shows as an add
6.Revert the working copy
Observ
Hi,
The behavior you see is consistent with reverting a copied file.
When the tree conflict is added your local modification of the modified file
was changed into a local copy of the file that used to be there.
Local additions (with no prior history) are kept on revert,
Bert,
But, this isn't a merge it is an update. If I revert the add I lose all the
changes I made in step 1 of my steps below. I might have made a few hundred
changes. Granted, I probably shouldn't do the revert without copying the file
off somewhere... but those local modifications I made are N
On Mon, Oct 14, 2013 at 9:08 PM, Bob Archer wrote:
> Bert,
>
>
>
> But, this isn’t a merge it is an update. If I revert the add I lose all the
> changes I made in step 1 of my steps below. I might have made a few hundred
> changes. Granted, I probably shouldn’t do the revert without copying the
>
> On Mon, Oct 14, 2013 at 9:08 PM, Bob Archer
> wrote:
> > Bert,
> >
> >
> >
> > But, this isn't a merge it is an update. If I revert the add I lose
> > all the changes I made in step 1 of my steps below. I might have made
> > a few hundred changes. Granted, I probably shouldn't do the revert
> >
W dniu 2013-10-04 15:04, Ivan Zhakov pisze:
On 4 October 2013 17:00, Karol Szkudlarek wrote:
W dniu 2013-10-04 14:50, Ivan Zhakov pisze:
On 4 October 2013 16:44, Ivan Zhakov wrote:
I'm trying to use the latest 1.8.3 64-bit version of svn client:
CollabNetSubversion-client-1.8.3-1-x64.exe
On Mon, Oct 14, 2013 at 9:26 PM, Bob Archer wrote:
>> On Mon, Oct 14, 2013 at 9:08 PM, Bob Archer
>> wrote:
>> > Bert,
>> >
>> >
>> >
>> > But, this isn't a merge it is an update. If I revert the add I lose
>> > all the changes I made in step 1 of my steps below. I might have made
>> > a few hund
On 14.10.2013 21:20, Johan Corveleyn wrote:
> On Mon, Oct 14, 2013 at 9:08 PM, Bob Archer wrote:
>> Bert,
>>
>>
>>
>> But, this isn’t a merge it is an update. If I revert the add I lose all the
>> changes I made in step 1 of my steps below. I might have made a few hundred
>> changes. Granted, I pr
On 14.10.2013 21:29, Karol Szkudlarek wrote:
> W dniu 2013-10-04 15:04, Ivan Zhakov pisze:
>> On 4 October 2013 17:00, Karol Szkudlarek
>> wrote:
>>> W dniu 2013-10-04 14:50, Ivan Zhakov pisze:
>>>
On 4 October 2013 16:44, Ivan Zhakov wrote:
>> I'm trying to use the latest 1.8.3 64-bit v
> On Mon, Oct 14, 2013 at 9:26 PM, Bob Archer
> wrote:
> >> On Mon, Oct 14, 2013 at 9:08 PM, Bob Archer
> >> wrote:
> >> > Bert,
> >> >
> >> >
> >> >
> >> > But, this isn't a merge it is an update. If I revert the add I lose
> >> > all the changes I made in step 1 of my steps below. I might have
> W dniu 2013-10-04 15:04, Ivan Zhakov pisze:
> > On 4 October 2013 17:00, Karol Szkudlarek
> wrote:
> >> W dniu 2013-10-04 14:50, Ivan Zhakov pisze:
> >>
> >>> On 4 October 2013 16:44, Ivan Zhakov wrote:
> > I'm trying to use the latest 1.8.3 64-bit version of svn client:
> >
> > Col
Hi,
I store OS images in svn, so I need to record file permissions and
ownership. For this, I use properties.
But svn changes real file permissions:
# ls -l fstab
-rw-r--r-- 1 root wheel 230 Oct 22 2011 fstab
# svn pg file:permissions fstab
mode=33188 user=(0) group=(0)
# chmod 600 fstab
#
13 matches
Mail list logo
