26 messages in com.perforce.perforce-user[p4] Moving a file/etc.| From | Sent On | Attachments |
|---|---|---|
| Tim Sohacki | 01 Nov 2001 07:55 | |
| Kjell Martin | 01 Nov 2001 08:18 | |
| Arnt Gulbrandsen | 01 Nov 2001 08:34 | |
| Karl Philipp | 01 Nov 2001 08:59 | |
| Blum, Robert | 01 Nov 2001 09:40 | |
| Robert Lin | 01 Nov 2001 09:44 | |
| Robert Prentice | 01 Nov 2001 10:42 | |
| Karl Philipp | 01 Nov 2001 10:45 | |
| Blum, Robert | 01 Nov 2001 10:47 | |
| Steve Bennett | 01 Nov 2001 10:49 | |
| Todd Short | 01 Nov 2001 11:20 | |
| Jeff A. Bowles | 01 Nov 2001 12:25 | |
| Todd Short | 01 Nov 2001 12:32 | |
| Arnt Gulbrandsen | 01 Nov 2001 14:14 | |
| Greg Whitfield | 02 Nov 2001 00:58 | |
| Stephen Vance | 03 Nov 2001 11:28 | |
| sandy currier | 04 Nov 2001 01:53 | |
| Stephen Vance | 04 Nov 2001 08:07 | |
| Robert Prentice | 05 Nov 2001 09:31 | |
| Blum, Robert | 05 Nov 2001 10:57 | |
| san...@releng.com | 05 Nov 2001 11:34 | |
| Arnt Gulbrandsen | 05 Nov 2001 11:36 | |
| Rick Macdonald | 05 Nov 2001 11:49 | |
| Stephen Vance | 05 Nov 2001 19:27 | |
| Chuck Karish | 06 Nov 2001 08:35 | |
| Steve Bennett | 06 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.
Stephen Vance mailto:steve at vance.com http://www.vance.com/




