Renovate: Refactor: Dedicated Location For All The Constants

[souravdasslg]

What would you like Renovate to be able to do?
Throughout the renovate codebase, a lot of constant is used, e.g. error type, error code, Http status code and etc. A better approach is to move them to a specific place. That will help code more readable and maintainable.

Describe the solution you'd like
Creating a directory named constants and creating files according to their category. Each file will export constants. Descriptions will be added to understand the constant if required.

Additional context
Here is the category of constants

• [x] Errors
• [ ] HTTP Status Codes
• [x] Languages
• [ ] Config Stages
• [ ] Updates Type
• [ ] Validation Constants
• [ ] Migration constants eg. removed options

[rarkins]

Let's start with the custom error codes we throw, e.g. repository-changed or registry-failure. Should we put each group into an extra file (e.g. lib/constraints/error-codes.ts) or combined into one file like lib/util/constants.ts? Any opinions @JamieMagee @ViceIce ?

[viceice]

I think multiple files are more readable. I think we have a lot constants. Maybe we can use typescript enum's for better compiletime checks.

Another option is to use literal types like:

export type RepositoryStatus = 'repository-changed' | 'other-state';

[rarkins]

Let's start with any X that we new like new Error(X) currently. They can be defined in lib/constants/error-messages.ts.

[renovate-release]

:tada: This issue has been resolved in version 19.102.0 :tada:

The release is available on:

• npm package (@latest dist-tag)
• GitHub release

Your semantic-release bot :package::rocket:

[viceice]

not yet finished

[souravdasslg]

@rarkins @ViceIce Can you please help to point out what should we do next?
Should we go for HTTP statuses?