The goal is to Begin of the insertionpersist target\_versions and versions in sync, meaningEnd of the insertion Begin of the deletion implement constraints soEnd of the deletion that when Begin of the insertionwe writeEnd of the insertion Begin of the deletion persisting work\_package.version the data gets writtenEnd of the deletion to Begin of the insertionone, we write to both.End of the insertion Begin of the deletion target\_versions.End of the deletion

Begin of the insertion* Include a validation toEnd of the insertion Begin of the deletion One approach is as follows:

1. BaseContract does validations (e.g.End of the deletion not allow Begin of the insertionpassing in bothEnd of the insertion Begin of the deletion writing to version &End of the deletion target\_versions Begin of the insertion& version\_idEnd of the insertion at the same Begin of the insertiontimeEnd of the insertion Begin of the deletion time)End of the deletion

Begin of the insertion* Include a validation that target\_versions can contain only a single value (conditional)


This implementation will be done in WorkPackage services:

1. BaseContract does validations

End of the insertion 2. SetAttributeService stores the values in Begin of the insertionthe model inEnd of the insertion memory Begin of the insertionon a temporary variable (similar to attachments)End of the insertion

3. CreateService & UpdateService persist Begin of the deletion associatedEnd of the deletion versions Begin of the insertionset during SetAttributeServices opEnd of the insertion Begin of the deletion based on SetAttributeServices's outcomesEnd of the deletion


reference implementation:

* [https://github.com/opf/openproject/pull/22473/changes/d6edee9f492a35b206a6bfb821cbec391d20d459](https://github.com/opf/openproject/pull/22473/changes/d6edee9f492a35b206a6bfb821cbec391d20d459)

* Some things here as well [https://github.com/opf/openproject/pull/22473/changes/f8ce6fd573d5aefe31b094e0a73ed2ff1614a60a](https://github.com/opf/openproject/pull/22473/changes/f8ce6fd573d5aefe31b094e0a73ed2ff1614a60a) but less relevant