Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Meceka

  • Rank

Contact Methods

  • Website URL
  1. Hi. We have a laptop that we use out-of-office and also in expo's and its not secure for our source code. We delete the Repository folder for such events and re-create it afterwards with Plastic SCM, but I just realized that local distributed copy of PlasticSCM doesn't have encryption applied, so it can be easily used to recreate the source code. I mean the database thats in this directory C:\Program Files\PlasticSCM5\server\jet Is there a way to encrypt this local copy just like it's done in the cloud? Thanks, Mehmet
  2. Can you please briefly explain how I can do this workaround now? I am not an expert. I guess I already have a cloned repo as I am a Plastic Cloud user working distributed. But how do I trim the data? Thank you.
  3. Hello. We are using Plastic SCM Cloud with Unity for 1,5 years now and database size is growing up by time, although our Repository size doesn't increase at all. This happens because the database (and cloud storage) keeps multiple versions of all assets. For example we have 50+ versions of our scene assets and they are really big. And we almost never need the older versions of scenes. We no longer need the histories of most assets from 1 year ago. We currently have 600 changesets but the changesets 1 to 400 aren't required anymore. As I know there was a trim command to delete old changesets from the database, but I couldn't find any info about this in the documentation. In example, to delete all changesets from 1 to 400 and database would look like it started in changeset 401, keeping all changesets to 600. And I guess we can backup and locally keep the original database from our disk. And if we ever need a file from those early changesets, we can access it with plastic using those backups. (From this directory: C:\Program Files\PlasticSCM5\server\jet) Am I correct with these? And if there is such an operation available, whats it called? Are there some best practices on what to do with such scene files that are changed often, but old versions aren't important? What should we do to avoid them growing the database size so fast? Thank you,
  • Create New...