JakubH Posted June 27, 2013 Report Share Posted June 27, 2013 We have a workspace with a locally changed item. We want to update the workspace and overwrite (discard) the change. There is a command in a command line interface, which should be able to do that: cm update --override It was working until one or two weeks ago. Now, it says: C:\>cm upd --override C:\Test Searching for changed items in the workspace... The workspace cannot be updated since there are pending changes. Please review the pending changes and retry the operation again. It seems that the override parameter stops working, and we cannot find out why. Link to comment Share on other sites More sharing options...
JakubH Posted June 27, 2013 Author Report Share Posted June 27, 2013 Um. I think, I've found a workaround, even though it is a bit awkward: cm fc -R . | cm co -cm fc -R . | cm unc - cm update . The undo changes command did not work without checking out first... Link to comment Share on other sites More sharing options...
manu Posted June 27, 2013 Report Share Posted June 27, 2013 Hi Jakub, the "cm unc YourFIle" command will directly work and you'll save steps Link to comment Share on other sites More sharing options...
JakubH Posted June 27, 2013 Author Report Share Posted June 27, 2013 the "cm unc YourFIle" command will directly work and you'll save steps ? Yeah, it probably works, but it is not what we want. We want to update the whole workspace and override all changes made. I thought the cm upd --override is exactly what we need, but it doesn't work now. Link to comment Share on other sites More sharing options...
manu Posted July 1, 2013 Report Share Posted July 1, 2013 You can change the preference "Behavior when trying to switch / update the workspace with changed items" to "Allow" and you will be able to use again the --override option. Link to comment Share on other sites More sharing options...
JakubH Posted July 2, 2013 Author Report Share Posted July 2, 2013 Actually, this doesn't help. The --override still doesn't work. Nevertheless, its not a big problem, as the workaround I described works fine. It is just cumbersome a little. Link to comment Share on other sites More sharing options...
manu Posted July 2, 2013 Report Share Posted July 2, 2013 It should work, it works for me. Can you please, if you have time, post us what happens if you change the preference to "Allow"? Close the GUI after saving the preference to make sure it's saved, then issue the command. Link to comment Share on other sites More sharing options...
JakubH Posted July 2, 2013 Author Report Share Posted July 2, 2013 I am sorry, I was wrong. I check that preference again and it was not set to Allow on that machine. (It is not set that way on my machine too, but that's OK, I don't wont to use --override myself.) It is working now. Thanks. Link to comment Share on other sites More sharing options...
manu Posted July 2, 2013 Report Share Posted July 2, 2013 Oks! Link to comment Share on other sites More sharing options...
rattler Posted January 27, 2014 Report Share Posted January 27, 2014 We have installed Plastic SCM via CLI on a new server and there appears to be an extra line in the configuration file. <PendingChangesOnSwitchAction>Fail</PendingChangesOnSwitchAction> This line appears to not allow us to update with pending changes in the work space. Could you tell me what we need to set this line to so that updates can happen with pending changes? I have tried setting this to Allow but this appears to not work. Thanks, Link to comment Share on other sites More sharing options...
rattler Posted January 27, 2014 Report Share Posted January 27, 2014 It appears that the GUI options map to the following: None -> Allow Warn -> Allow, showing a warning Fail -> Do not allow, show an error Setting this line in the config to None: <PendingChangesOnSwitchAction>None</PendingChangesOnSwitchAction> Allows the work space to be updated but does not overwrite the changed files. Link to comment Share on other sites More sharing options...
manu Posted January 27, 2014 Report Share Posted January 27, 2014 Totally right! Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.