Search the Community
Showing results for tags 'locks'.
Found 2 results
Hi We are currently working on a project in UE4 using Plastic as our main (and only) source control solution. Since files from Unreal Engine cannot be merged, we are using exclusive checkouts most files. It happens quite often that we want to test some features or create a slightly divergent version of the project for a demo. The issue we experience is that doing version control for these branches gets quite annoying. Even though the exclusive checkouts work on a branch basis to check if you have the latest version, it's impossible to checkout or push a file that's already checked out on another branch. This behavior feels weird because the checkout/checkin on the other branch will not affect your current branch in any way. Once it's checked in again on the other branch, your options are exactly the same as before the file was checked out on the other branch. I may understand something wrong here, but it feels weird to me at least. So the issue is that branches are never completely separated in terms of checkouts. So making a child branch for a different release or demo with it's own history and locks is not possible as far as I know. Specifically for our use case, a one-way child branch that's excluded from locking would be enough. Since this is basically a fork, a way to set up forks would also solve this issue. If this behavior is designed like this on purpose or we simply missed an existing feature, we're open for suggestions on how to set up source control in situations like these. Thanks in advance! Wouter
I am using Plastic Cloud and have recently moved from connecting directly to the cloud to a local replication. There are times when I am working when I don't have internet (I commute a good portion some days and usually catch up on work) or when my internet connection is spotty. It's something I have wanted to do for a while but help off on due to reliance on exclusive locks. However, I decided to investigate if there was a solution to this and came across this blog post and how the lock.conf file can be placed beside the server executable to redirect lock requests and checks to another server. I've created the lock.conf file but am unsure how to point it to our cloud. I have tried rep:[out_repo] lockserver:[our_org]@cloud:8084 but it does not work as I'm not sure if the server will automatically expand the @cloud shortcut. I've also tried port 8086 as it was mentioned in the Cloud guide. Though the guide mentions lock.conf being hot-reloaded, I restarted the service just in case to make sure that wasn't the issue as well. What would be the appropriate way to setup my local lock.conf to use plastic cloud as the lockserver? Is this not currently possible? If not I will likely move back to a centralized system (which had no issues other than needing that pesky internet connection). I'm aware the locks won't work if I am working without an internet connection but as I am usually connected and really just want the distribution for the odd time I'm not, I'm okay with this. Bonus question: if I am redirecting my locks to a different server, do I still need to list all the patterns in my local server? I have them in the file currently but wasn't sure if it was necessary. Andrew