[p4] Are remote depots any good for this scenario?

[Robert Cowham]

Have a look at:

http://public.perforce.com/guest/robert_cowham/perforce/utils/p4replicate/p4
replicate.html

Note caveats... I would definitely test this replicating to a test server
first.

Robert 

> -----Original Message-----
> From: perforce-user-bounces at perforce.com 
> [mailto:perforce-user-bounces at perforce.com] On Behalf Of Wade Scholine
> Sent: 03 July 2006 22:58
> To: perforce-user at perforce.com
> Subject: [p4] Are remote depots any good for this scenario?
> 
> I have a colleague who has inherted a situation.
>  
> We have multiple perforce servers in our organization. There 
> is a server on which developers are allowed to create private 
> sandbox branches. A developer who has since left the company 
> started a project by syncing a workspace to a branch in one 
> of the production depots, and then adding the files in the 
> workspace to his sandbox. My colleague has taken over the 
> project and will soon have to merge the changes from the 
> sandbox back into the production depot. We are trying to find 
> a way to retain the history from the sandbox. 
>  
> A brute-force approach to what we want would be to create a 
> branch in the production depot corresponding to the initial 
> state of the sandbox, sync that branch to the successive 
> changes to the sandbox, opening the files that were changed 
> in each, submit each change to the new branch in the 
> production depot, and finally integrate the new branch into 
> the current production branch.
>  
> Would we be able to get the same result by creating a remote 
> depot on the production server, pointed at the sandbox server?
>  
> Or, alternatively, is there tool that would do what's 
> described in the paragraph about the brute-force approach?
>  
> Thanks.
> _______________________________________________
> perforce-user mailing list  -  perforce-user at perforce.com 
> http://maillist.perforce.com/mailman/listinfo/perforce-user
> 
>