From Dev To Production

ctangora
Contributor III

I wanted to ask a general question of the group, to see if there is a 'best practice' out there.

If you have two environments (production and a development), how do you go about making sure the changes you made in the development are implemented the same way as they were in the production environment. You can take the production database and copy it over to the development server for testing, but you can't take the development database over to production (password syncing issues for one, and new records, etc).

What processes or procedures do y'all follow to ensure the changes you tested in Dev are implemented correctly in Production?

3 REPLIES 3

donmontalvo
Esteemed Contributor III

Pull your jamfsoftware database backup into your dev environmnet.

We usually drop/recreate the database before pulling it in.

The usual, keep notes of the settings that you need to adjust (like JSS URL, etc.) after importing from prod>dev.

JAMF: Good to have a KB...hint...hint...

Don

--
https://donmontalvo.com

ctangora
Contributor III

I know we'll have a KB here on it, but was hoping to get a head start on it.

mm2270
Legendary Contributor III

We do something a bit different. Perhaps its a little more dangerous, depending on how you look at it. but we only use our Dev server to thoroughly test out new versions of the Casper Suite. Even a minor point release update like 8.72 to 8.73, for example. Once we determine its good to go, then with a good backup and roll back plan in place, we schedule the upgrade.

On our production system we have a number of test policies and configurations we build that are only scoped (very carefully) to the appropriate test Macs. We then move onto a broader test environment utilizing live in use Macs of IT users who are part of our testing/pilot group. Form there, once everything is good, we schedule to move the test policy into production. In this way, the only items we typically need to change is the Scope, and the Category its saved to in the JSS, since everything else in the policy would be the same. It ensures that whatever we had working great in testing is used for the live production policy.