4 messages in com.perforce.perforce-user[p4] How can I delete dead changelists?| From | Sent On | Attachments |
|---|---|---|
| Chris Bailey | 07 Jan 2000 18:34 | |
| Chuck Karish | 08 Jan 2000 11:32 | |
| Michael Kevin O'Brien | 08 Jan 2000 12:25 | |
| Stephen Vance | 09 Jan 2000 08:51 |
| Subject: | [p4] How can I delete dead changelists?![]() |
|---|---|
| From: | Michael Kevin O'Brien (mik...@aw.sgi.com) |
| Date: | 01/08/2000 12:25:07 PM |
| List: | com.perforce.perforce-user |
Hola~
While I've never tried it for changelists, I've accomplished similar tasks using "setenv P4USER user; setenv P4CLIENT client", then run p4 commands as that person. This is really helpful if the person w/ sysadmin privs is on vacation. Anyway, assuming this works for deleting changelists, it should be a few short <your favorite scripting language goes here> key strokes before you write a script to do it for a large number of changelists.
MO
-- On Fri, Jan 07, 2000 at 06:34:34PM -0800, % wrote: There are several changelists on our server that are no longer valid, because the clientspec is no longer in use, the person has left, or various other reasons.
However, according to the docs, I (as a superuser) cannot delete non-empty changelists. Is that really true, is there no way to delete these no longer in use changelists? Previously I was told I'd have to recreate a clientspec for each of these changelists/clientspecs and do it that way. But there are many of these and this seems exceedingly tedious. Is there a better/eaiser way?
_______________________________________________________________ Christopher R. Bailey Adobe Systems, Inc. Lead Engineer Web Applications Technology mailto:cbailey at adobe.com 321 Park Avenue http://www.adobe.com San Jose, CA 95110
_______________________________________________ perforce-user mailing list - perforce-user at perforce.com http://maillist.perforce.com/mailman/listinfo/perforce-user
--
Michael O'Brien mikeo at sgi.com Alias|Wavefront 206.287.5634 Polygonist
At Microsoft, we always feel we can improve on a standard. -Dale Rogerson, _Inside COM_




