[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | USG buildhelp questions/answers |
|
| Moderator: | SMURF::FILTER |
|
| Created: | Mon Apr 26 1993 |
| Last Modified: | Mon Jan 20 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 2763 |
| Total number of notes: | 5802 |
1350.0. "Re: Re: removing a sandbox" by AOSG::FILTER (Automatic Posting Software - mail to flume::puck) Mon Mar 20 1995 15:49
Date Of Receipt: 20-MAR-1995 12:23:29.53
From: SMURF::FLUME::jmf "Joshua M. Friedman OSF/UNIX SDE 20-Mar-1995 1215"
To: schloss@DEC:.zko.flume
CC: odehelp@DEC:.zko.flume
Subj: Re: Re: removing a sandbox
Mike, I don't know what you're referring to by "doing this improperly"
or "the check_out_config option"?
Removing the link and recreating it manually is the required 1st step
of manual doing 'resb', to allow workon to get into your sandbox; then
you can do a normal 'resb' to whatever you want to back by now, and
outdate your old work (listed in src/.BCSset* file) before beginning anew.
Note that Jim's suggestion was to an 'os' tree - you definitly want to
be backed to an 'x' tree, right? You can use goldminx.bl5.
-josh
------- Forwarded Message
Date: Mon, 20 Mar 95 10:19:49 -0500
From: schloss
Thanks, Jim McGinness pointed me at goldminos.bl5 which did
the trick. I am still a little confused about the ramifications
of doing this improperly. Could you either explain the checkout_config
option or point me to some documentation on it?
Mike
------- End of Forwarded Message
| T.R | Title | User | Personal
Name | Date | Lines
|
|---|