is there already a subclipse 1.7 beta release on an update site?
(just curious if i could test against beta2 of svn 1.7)
On Tue, Aug 2, 2011 at 23:02, Stephen Elsemore <selsemore_at_collab.net> wrote:
> Hi Vasanth,
>
> To work with SVN 1.7, many changes had to be made to the way Subclipse detects and caches resource status changes. As an added benefit, these changes, currently in trunk, also happen to fix many of the problems such as the one you've described. Using a 1.7 repository and the latest from trunk, I tested your scenario and had no problems. After step (4), if you have not changed FolderY/FileA prior to copying it back to FolderX, you will see no changes in FolderX (FolderX/FileA contents have not changed). If you change FolderY/FileA prior to copying it back to FolderX, you will see FolderX/FileA marked as changed, as you would hope. In neither case do you see any deletion, incoming or outgoing.
>
> Steve
>
>> There is a known issue that when you replace a file in eclipse (that is version controlled with svn), subclipse marks the file as deleted and not as modified. This has already been discussed elsewhere in the mailing list.
>>
>> Keeping that issue aside, when you then do Team > Synchronize with Repository, the file first shows up in the Synchronize View as a delete (in the wrong direction) and on subsequent synchronization, does not show up at all.
>>
>> Here are the steps to reproduce:
>>
>> (1) Checkout a project from svn, in eclipse.
>> (2) Do Team > Synchronize with Repository.
>> (a) There would be no changes at this point, in the Synchronize View.
>> (3) Copy FileA from FolderX to FolderY.
>> (a) This will add one change to the Synchronize View. (this is just a setup step).
>> (4) Copy FileA from FolderY back into FolderX. This will ask you whether you want to replace existing file. Click Continue.
>> (a) This shows the first issue. FileA is marked as deleted in the Project Explorer View. This is a known issue.
>> (b) Note that Synchronize View shows one more change. It will show FileA as being deleted, but the icon is wrong. The file will be shown as if it is an *incoming* deletion, not an outgoing deletion.
>> (5) Do a Team > Synchronize with Repository again.
>> (a) Note that the file deletion shown in the Synchronize View is now gone. The change referred to in (4-b) is not shown anymore (for FileA in FolderX).
>>
>> To overcome the known issue in (4-a), we thought of informing our users to look out for spurious deletions in the Synchronize view, on synchronization. But the issues in (4-b) and (5-a) make that difficult.
>>
>> Thanks,
>> Vasanth
>
> ------------------------------------------------------
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2808286
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
>
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2808809
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2011-08-03 17:39:51 CEST