26 messages in com.perforce.perforce-user[p4] Moving a file/etc.
FromSent OnAttachments
Tim Sohacki01 Nov 2001 07:55 
Kjell Martin01 Nov 2001 08:18 
Arnt Gulbrandsen01 Nov 2001 08:34 
Karl Philipp01 Nov 2001 08:59 
Blum, Robert01 Nov 2001 09:40 
Robert Lin01 Nov 2001 09:44 
Robert Prentice01 Nov 2001 10:42 
Karl Philipp01 Nov 2001 10:45 
Blum, Robert01 Nov 2001 10:47 
Steve Bennett01 Nov 2001 10:49 
Todd Short01 Nov 2001 11:20 
Jeff A. Bowles01 Nov 2001 12:25 
Todd Short01 Nov 2001 12:32 
Arnt Gulbrandsen01 Nov 2001 14:14 
Greg Whitfield02 Nov 2001 00:58 
Stephen Vance03 Nov 2001 11:28 
sandy currier04 Nov 2001 01:53 
Stephen Vance04 Nov 2001 08:07 
Robert Prentice05 Nov 2001 09:31 
Blum, Robert05 Nov 2001 10:57 
san...@releng.com05 Nov 2001 11:34 
Arnt Gulbrandsen05 Nov 2001 11:36 
Rick Macdonald05 Nov 2001 11:49 
Stephen Vance05 Nov 2001 19:27 
Chuck Karish06 Nov 2001 08:35 
Steve Bennett06 Nov 2001 11:16 
Subject:[p4] Moving a file/etc.
From:Stephen Vance (ste@vance.com)
Date:11/03/2001 11:28:19 AM
List:com.perforce.perforce-user

At 08:59 AM 11/2/2001 +0000, Greg Whitfield wrote:

Rename/move has been the biggest bugbear for my site too. Yes you can work around it, but it just does not seem natural.

One problem some of my guys hit was when they renamed (integrate/delete etc) a bunch of files in a development branch. The resulting reintegration back into the mainline was a non-trivial exercise. If Perforce supported rename as an actual operation, then I think it would have been a lot more obvious.

Actually, support for integration between files other than just on child-parent branches would be sufficient. Adding a new map to your branch spec would then preserve the one-to-one mapping for reverse integration purposes. I understand that this carries a maintenance burden that is lightweight, but less than desirable.

On the rename issue, there are things you can do with Inter-File Branching that you couldn't do with a "true rename." I quote the latter because it is not clear what that actually means. You certainly don't want to change the historical name. It could be reasonable for it to mean a separation of name from content. It would be nice if it could track rename integrations between branches, but that would also impose a "standard usage" for IFB that would get in the way in some very reasonable situations, such as refactoring of Java, C++ or HTML.

This rename question comes along every couple of weeks. I have also been told that it goes back years. So why haven't Perforce done anything about it? Even Source Safe supports rename :) Isn't it about time they listened? Any mention of this at the conference?

Perforce does "support" it, although admittedly awkwardly at times. What elements of "support" are most important to you? That may prove a more productive statement.

I can't answer why they haven't done anything about it. There wasn't any mention at the conference that I heard, although I missed a couple sessions. There was mention of the work in progress to address the parent-child branching issue. Some of the foundational changes for it are already in place.

Greg ~~~~

-----Original Message----- From: Steve Bennett [mailto:bennett at jmisoftware.com] Sent: 01 November 2001 18:50 To: Mailinglist Perforce User Subject: Re: [p4] Moving a file/etc.

Not if it were implemented properly. Rename/Move ought to be implemented as a change, so that when an older changelist is obtained, it gets the original filename & location. Unfortunately, Perforce's mechanism for storing files on the server doesn't make this an easy thing to implement.

I think there's going to come a time where Perforce may have to make the tough decision to loosen the connection between the storage name and location of a file on the server, and it's actual name and location in the depot -- there's a lot of issues (case independence, rename, symbolic links, names with special characters or unicode characters, etc.) that would be resolved by that, but it's a *major* undertaking...

-->Steve Bennett

on 11/1/01 12:45 PM, Robert Lin at robertl at mobilinktel.com wrote:

Rename a file with the whole history may have created a unwanted side effect that you will not be able to go backwards to a previous changelist number afterwards and still build your image.

Perforce mostly lacks rename. Pity.