[BUG] Bundle in dev mode uses service principal client ID in the Job Name

[stevenayers-bge]

Describe the issue

Deploying a bundle in dev mode uses the long client ID instead of the service principal display name, which is annoying because it's so long it hides what your jobs are called.

[andrewnester]

This PR will address the issue by allowing configurable prefix https://github.com/databricks/cli/pull/1490

[jpcpereira]

This PR will address the issue by allowing configurable prefix #1490

Hi @andrewnester, just tried the newly released name_prefix preset in v2.227.0, but get the following error if I don't include the username in the name_prefix: Error: prefix should contain the current username or ${workspace.current_user.short_name} to ensure uniqueness when using 'mode: development' This means that the service principal ID must be always in the name_prefix leading still to long resource names in development mode. Would be great if this would be addressed in a future release!

[github-actions[bot]]

This issue has not received a response in a while. If you want to keep this issue open, please leave a comment below and auto-close will be canceled.

[J-Harmson]

I am also getting this and it is a tad inconvenient. Also happens with any other resources deployed using DAB's. I appreciate the need for keeping it unique but needing to have a service principal name/Id in the name makes it far too long. Am I doing something wrong?

[pietern]

This was addressed in #1770 and released in v0.228.1.

The service principal's display name is used for the prefix if one is configured.

[kyletl]

can this be reopened to allow suppression of the error message? we have other methods of ensuring uniqueness across CI deployments and would like to be able to customize things more