Misieq Posted March 2, 2016 Report Share Posted March 2, 2016 Hello Recently I have faced some behaviour of PlasticSCM client which looks for me as an issue. When there is hidden_changes rule configured for whole folder and sub-folders PlasticSCM is still detecting cases when file inside this tree is deleted. Could you please tell me if this is intentional behaviour or mistake? If it is intentional is there any possibility to force client to ignore such changes (however it would be good to have such deletions reverted in case of switching branch of workspace update). Regards Link to comment Share on other sites More sharing options...
manu Posted March 9, 2016 Report Share Posted March 9, 2016 Hi Misieq, the hidden_changes file only hides the local changed files, removed files are out of its scope right now. If you want to suggest a different behavior you are more than welcome to do it using our public uservoice site: plasticscm.uservoice.com/forums/15467-general Best, Manu. Link to comment Share on other sites More sharing options...
Misieq Posted March 10, 2016 Author Report Share Posted March 10, 2016 Posted as adviced. https://plasticscm.uservoice.com/forums/15467-general/suggestions/12878802-hidden-changes-com-vs-deletion-of-controlled-file PS. What I have also noticed is that uncessary files are not removed when switching workspace to changeset which does not contain files which were present in currently used changeset. Is it possible to change such behaviour or force PlasticSCM to remove such files? Link to comment Share on other sites More sharing options...
manu Posted March 10, 2016 Report Share Posted March 10, 2016 Thanks! plastic will remove the controlled files that are not present in the target cset you are switching to. In the same way they will be recovered on the opposite way. It only works for controlled files, private files are out of the scope and can't be tuned to remove them. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.