Update logic for Increment Version Number

[aholstrup1]

Problem
If you define the repoVersion in .github/AL-Go-Settings.json it isn't updated when running the Increment Version Number workflow. In our case, the would like to keep the repoVersion the same across all Al-Go projects so having repoVersion defined on repo level makes sense for us (even if it is a project setting)

Proposed Solution

• If repoVersion exists on project level (recommended), we only update it there.
• If repoVersion doesn't exist in project level but exists on repo level, we update it on repo level (what we want in our case)
• if repoVersion is neither defined on project level or repo level, force create it on project level

Fixes #1105

[mazhelez]

Looks okay.

Is there a way to cover the functionality in tests?

[freddydk]

Looking at the PR description:

• if repoVersion is neither defined on project level or repo level, force create it on repo level
• if projects is * then we update the repoVersion both on project level and repo level (if they already exist)

According to the code - it looks like it is force created on the project level if it doesn't exist (which I think is correct) - meaning that the description is wrong, right?

On the last line - I don't think we are updating the repoversion on the repo level if it exists in all projects - do we?

[aholstrup1]

Looking at the PR description:

• if repoVersion is neither defined on project level or repo level, force create it on repo level
• if projects is * then we update the repoVersion both on project level and repo level (if they already exist)

According to the code - it looks like it is force created on the project level if it doesn't exist (which I think is correct) - meaning that the description is wrong, right?

On the last line - I don't think we are updating the repoversion on the repo level if it exists in all projects - do we?

You're right :) The description was wrong. It should reflect the code now.

[freddydk]

Please update releasenotes with a comment on this change (or at least the issue fixed)