Salesforce Stack Exchange is a question and answer site for Salesforce administrators, implementation experts, developers and anybody in-between. It only takes a minute to sign up.
Sign up to join this community
When I run any test class other developers see issue like below while saving classes in the developer console:
The changes you requested require salesforce.com to temporarily lock your organization's administration setup. However, the administration setup has already been locked by another change. Please wait for the previous action to finish, then try again later.
We need to keep going development and unit testing.
How can we do both on the org without the Organization Lock issue?
This happens because there is another process running and doing some type of update, insert, running tests, etc to your org. You need to make sure that perhaps there is not other running operation on the same time you are tying to do your modifications.
I experienced this a few times on a scratch org created by Jenkins. If I push changes to the org, which it is connected to a branch, and on the same time I try to make changes directly to the org from my Intellij, the error will show.
So the bottom line is that you org is under a process at the time you are trying to do some new operations. The first process locks you org and you need to wait until it is done in order two execute the second operation.
I will suggest to have some type of pipelines in your development life cycle...
The root problem is that you have multiple developers working in a single org (and even worse, doing so via Developer Console). This is not a recommended practice and can lead to lots of challenges, including overwriting one another's changes and other species of mutual interference.
There are a wide variety of development operations that can cause different portions of an organization's setup to be locked while they complete. (See this article for a partial list; note that deployments can also cause setup locks, and saving a class in Developer Console is a deployment). You can't turn off or manipulate these locks per se, although you can try to understand what causes them and alter your processes to reduce their impact - for example, scheduling much smaller test runs, or choosing when to run tests.
The best solution, though, is to stop sharing orgs for development. Use multiple Developer Editions or Developer sandboxes, or best of all use scratch orgs. Practice source control, and use a proper IDE, not Developer Console.
