-
Suggestion
-
Resolution: Unresolved
-
None
-
None
-
22
-
This one is directly related to ---- and also to https://jira.atlassian.com/browse/BSERV-10293BSERV-3751
Previously the feature "Allow historical aliasing of projects and repositories" has been integrated, which from my perspective is breaking Bitbucket for previous users that rely on the fact that the old URL are not valid anymore, which was and is the expected behaviour. This change changes this default behaviour and in our case causing troubles. From my point of view this has to be configurable either globally or on renaming a repository by providing a checkbox "Alias to old repo?". In both cases the default doesn't matter as long it is a choice, but I'd vote to default to the old behaviour.
- duplicates
-
BSERV-10293 As an administrator I would like to view and edit repository project aliases active for my instance
- Closed
- is related to
-
BSERV-11048 Repository available for clone after renaming
-
- Closed
-
- relates to
-
BSERV-3751 Allow historical aliasing of projects and repositories
- Closed
- mentioned in
-
Page Failed to load
Form Name |
---|
So, as my support request #SSP-25879 and Jira Ticket BSERV-10293 has been closed by @Imran Khan, when can we expect a patch for this issue?
It's not that this issue affects me in my personal work but as I decided to buy this product and we're spending several thousands of dollars into the Atlassian suite I'm the one having to justify for the computing delays and crashes this "expected behavior" caused in our server centers.
As written before, just saying this is now the expected behavior doesn't fix the issue this change causes for CI driven systems. This may be a nice little change for people using the repo but when you have several hundred computing nodes getting configurations from Bitbucket automatically, this change causes some serious issues as described further in my support request.
In other words, the current behavior is not acceptable for CI driven systems.