Some Background

My organisation migrated to Adobe Launch from Adobe DTM in 2019.

There are typically 3-4 people working on the same Property at any given time.

In DTM, our "rule" for editing was:  do not edit any Resource (Rule, Data Element, etc.) where "Status" is "Unapproved"

In essence, this enforces the idea that an Approved change to a Resource can only come from a single Editor at a time.

Adobe Launch

When we started working with Adobe Launch, we assumed there was no longer any need for "manual" rules like our DTM example, because the separate DEVELOPMENT environments would keep changes to a single Resource on different "branches" (to borrow a term from versioning systems).

This assumption was proven to be wrong (everyone is always editing the same instance of each Resource, albeit creating new versions as they go), and the need for a manually-enforced approach is still there.

The Problem

In Adobe Launch, the unanticipated problem we encounter (with multiple Editors in a single Property) is this:  we cannot find an indicator that a Resource is in some "edited" state.

Bear with me while I describe a scenario that leads to a Resource being in what I've dubbed an "edited" state and how this has dangerous consequences:

1. A Property has a single Rule named "All Page Rule"
2. A Property has a single Published Library containing Rule "All Page Rule (version 1)"
3. Editor AAA creates a new Development Library named "Library 111" and sets her working library to "Library 111"
4. Editor AAA modifies Rule "All Page Rule", thereby creating a new version ("All Page Rule (version 2)")
5. Editor BBB creates a new Development Library named "Library 222" and sets his working library to "Library 222"
   • NOTE: If, at this precise stage, Editor BBB publishes "Library 222", it will include "All Page Rule (version 1)", i.e. it will not take into account the change made by Editor AAA; for the purposes of this post, we will assume Editor BBB does not do this
6. Editor BBB searches for Rule "All Page Rule" and makes a modification; Editor BBB saves his changes and builds his library
   • This is the point at which the multi-Editor scenario falls down in our experience:  although Editor BBB created his library with Rule "All Page Rule (version 1)", when he opted to modify Rule "All Page Rule", Adobe Launch presented him with Rule "All Page Rule (version 2)", which is the non-Published edited version created by Editor AAA's actions
     • The result of this is that Editor BBB's library ("Library 222") now contains Rule "All Page Rule (version 3)", which incorporates Editor AAA's non-Published changes as well as Editor BBB's

We've been dancing around this limitation for a while now, but when we discovered "unapproved" code had made it into our Production deployment, it was clearly time to look for a better approach.

The Question

Really, I have two questions:

1. Is everything I described under "The Problem" correct?
   • I'm fairly certain it is, since I did some additional verification as I wrote this
2. What practices are you following in a multi-Editor Launch property to accommodate this limitation?