I have a application - OSP and it contains the rulesets OSP, OSPInt and OSPUTC. Another framework application on which OSP is built - OSPFW.

Basically, as below:

Application - OSP
Rulesets - OSP, OSPInt, OSPUTC

Application - OSPFW
Rulesets - OSPFW, OSPFWInt, OSPFWUTC

Now, post development of a sprint we have used OSP:01-01-01, OSPInt:01-01-01 and OSPFW:01-01-01 only. Now that we want to move to new sprint and lock the rulesets, what's the suggested version for ALL the rulesets? Should we create new 01-01-03 for all of the implementation and framework applications rulesets to keep them in sync or jst lock the current ones and move ahead.

P.S. Left 01-01-02 intentionally for defects.
@ospteam @Karthick @duraisankar if u could plz let know ur thoughts on this.

    mahi
    Thank you for bringing up this question. Many might have this question in mind and am sure this does not have a 100% optimal solution.

    All I can tell you is the factors that can contribute towards the ruleset management strategy.

    When to increment all the ruleset versions:
    1) When the frequency of the code deployment is less and is well planned.
    2) If our deployment is process oriented (DevOps/ Planned deployments/ proper release management cycle).
    3) When a person/team in the project owns the ruleset management/versioning and rest of the team just uses it.

    When to increment rulesets on need basis:
    1) When the frequency of the code deployment is high and is not always planned (adhoc deployments).
    2) If we don't have a proper deployment process where anyone from the team can deploy the code anytime or client can request in-between releases.
    3) When anyone in the team can create and manage versions without a proper process in place.

    Even thought we've all these considerations, at the end it will be our project LSA(s) comfort level or knowledge on the approach that decides it.

    Hope this helps!!!

      Thanks @Karthick, just to confirm if we go with the 1st approach, can we keep some of the rulesets blank/empty?

        mahi
        Yeah, in approach 1 we will end up having either gaps b/w RSV or blank RSVs which is acceptable.

            Write a Reply...

            -An Initiative Of OneStopPega- Love our work? Support Us🖤