• Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      I would like to see that Bitbucket doesn't destroy the case of my Git repo name. If I decide to name my repository eg. 'MyCoolCustomControl' on creating it and Bitbucket give me a URL like:

      https://phranck@bitbucket.org/phranck/mycoolcustomcontrol.git

      then it is not the thing I was expecting to get.
      The reason is quite simple: If I develop reusable components (in my example this is MyCoolCustomControl control) I'm aware of using camel case, because it's related to the (main) class name of this component. So, if someone clone it from Bitbucket the root directory of this local repo will have the wrong case.

            [BCLOUD-4873] Use of CamelCase in repo name on Git repo URL

            denizcan added a comment -

            That's why I do not use Bitbucket and prefer gitlab.. Making all lower case makes it a lot difficult for submodules.. I had to convert all submodule names by hand. If Bitbucket supported groups like in gitlab, and case sensitive repo names, my choice would be the Bitbucket instead of gitlab..

            Why do they cripple their products?

            denizcan added a comment - That's why I do not use Bitbucket and prefer gitlab.. Making all lower case makes it a lot difficult for submodules.. I had to convert all submodule names by hand. If Bitbucket supported groups like in gitlab, and case sensitive repo names, my choice would be the Bitbucket instead of gitlab.. Why do they cripple their products?

            Alexander, this is one of the problems I envisaged happening if any of the systems are case-sensitive, and I don't understand why Atlassian won't keep the case when that seems far simpler for everybody (if they're on a case-sensitive system, then they can simply check for duplicates in a case-insensitive way).

            davehequilife added a comment - Alexander, this is one of the problems I envisaged happening if any of the systems are case-sensitive, and I don't understand why Atlassian won't keep the case when that seems far simpler for everybody (if they're on a case-sensitive system, then they can simply check for duplicates in a case-insensitive way).

            Whoa! I needed to clone a repo from g****b which is the default repo app for git projects and realized that my clone inside bitbucket lowercased the repo name.

            This breaks my dependencies inside my projects.

            If you want to allow more people to migrate to your app you should follow the standard.

            For now I will simple clone the repo also inside g****b...

            Alexander Gheorghiu added a comment - Whoa! I needed to clone a repo from g****b which is the default repo app for git projects and realized that my clone inside bitbucket lowercased the repo name. This breaks my dependencies inside my projects. If you want to allow more people to migrate to your app you should follow the standard. For now I will simple clone the repo also inside g****b...

            I discovered that if I save a text file with the repos properly cased in the URL, I can still use them to clone (I use Git Extensions on Windows which automatically creates the folder cased as it is in the URL); so there's no reason to not match the case in the URL to the repos, lowercasing them simply creates an unnecessary inconvenience for the user.

            We develop on Windows and deploy on IBM (AIX), and keeping the case in the URL would solve all problems. Changing the case allows folders with the same name to be deployed on AIX and clash on Windows. There's no reason from your user's end to change the case, and creates multiple problems.

            I was trying to find out if there was a problem on your end from keeping the case the same in the URL, and it sounds like you've had to jump through more hoops to deal with it being lowercased in the URL, which is also causing us to jump through more hoops.

            davehequilife added a comment - I discovered that if I save a text file with the repos properly cased in the URL, I can still use them to clone (I use Git Extensions on Windows which automatically creates the folder cased as it is in the URL); so there's no reason to not match the case in the URL to the repos, lowercasing them simply creates an unnecessary inconvenience for the user. We develop on Windows and deploy on IBM (AIX), and keeping the case in the URL would solve all problems. Changing the case allows folders with the same name to be deployed on AIX and clash on Windows. There's no reason from your user's end to change the case, and creates multiple problems. I was trying to find out if there was a problem on your end from keeping the case the same in the URL, and it sounds like you've had to jump through more hoops to deal with it being lowercased in the URL, which is also causing us to jump through more hoops.

            Issue BCLOUD-11173 was marked as a duplicate of this issue.

            Jesse Yowell (Inactive) added a comment - Issue BCLOUD-11173 was marked as a duplicate of this issue.

            Removing component: repository (automated comment)

            Zachary Davis (Inactive) added a comment - Removing component: repository (automated comment)

            Hi Frank,

            I am sorry this is not what you are looking for.

            We lowercase the reponame so that we don't get polluted namespaces. It is the much more likely case that someone does not want to care about case and that they will feel like the site has misbehaved if they ask for the wrong case and do not get the repo they are looking for.

            I hope you understand, cheers,

            Dylan

            Dylan Etkin added a comment - Hi Frank, I am sorry this is not what you are looking for. We lowercase the reponame so that we don't get polluted namespaces. It is the much more likely case that someone does not want to care about case and that they will feel like the site has misbehaved if they ask for the wrong case and do not get the repo they are looking for. I hope you understand, cheers, Dylan

              Unassigned Unassigned
              Anonymous Anonymous
              Votes:
              2 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: