When creating a project, there are constraints that both the project name and project key are unique. Why isn't having the project key unique enough? Shouldn't all the data be tied to the project key and the project name would just be a display string?
Our use case is that we're migrating hundreds of repositories and want to have the same repository organization for each product. For example, we would like a project named Common with a key PROD1_COMMON and a second project named Common with a key PROD2_COMMON. It seems that in order to do this, we actually need to name the projects Prod1Common and Prod2Common.
Is there any way to remove this restriction? It would be acceptable for this to be an administrator setting.
In general I would agree with you, however shouldn't that be left up to the administrator to decide? I would consider this an advanced option that would be off by default with some "use at your own risk" documentation.
When using this add-on https://marketplace.atlassian.com/plugins/de.communardo.plugin.stash-project-categories/server/overview, we gain an extra layer of organization. When looking at the unfiltered project list, we can still see the project key and description, and as long as those are populated correctly (the product key is and should be unique), there is a hint for the user when selecting. Then, in general use, as long as the projects are categorized such that there aren't two of the same name with the same tag there should be no confusion.
Does that make sense?
As a project manager, I have discovered that different developers want to bring their previous branching method with them when they join the team. Some developers are used to performing individual wo...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs