Create a way to group repositories/projects or folders (BB-1086)

Issue #2323 resolved
Petterson Paula
created an issue

I've a lot of repositories and would be great if there was some way to organize them. Something like folders or labels.

2015-09-06 Dan Bennett: Added link to an issue requesting support for labels (issue #11800). We will finish "projects" under this issue but labels and projects are not mutually exclusive therefore labels should continue to be tracked.

Update 2015-12-17: This feature is currently available as an opt-in beta. Go to your account settings and you should see a new "Manage features" option. Enabling Projects on your account will allow you to create and manage projects on any team for which you are an admin, and see projects on other teams as well. If you'd like collaborators to see your projects as well ask them to turn on the feature on their own account.

Comments (733)

  1. David Vega

    Just re-posting some points of the duplicate ticket:

    It would be nice to be able to categorize projects in a folder/directory-like (i.e. nested) way for the following reasons:

    • Better organization: I have like 30 repositories, some are Joomla extensions, some are Symfony plugins, some are websites for clients, some are internal experiments. My home & repository pages feel cluttered.
    • Easier access control: Client projects and internal projects. Client projects always have the same set of permissions and same goes for internal projects, but they are different sets of permissions.
    • Friendlier URLs: I think that maybe it would be more natural to have something like account/clients/client-x/site and account/clients/client-x/store than account/client-x-site and account/client-x-store.
    • Potential Automatic hgsub generation: Maybe if, say, there is an account/foo repository, there would be a button that says "Add Sub repo", this would ask you the normal stuff to create the new repo and where you want to land it in the parent repo. If, perhaps, you wanted to use an existing one it would just ask you the URL (or Bitbucket path) and where you want to land it.
  2. Leif Ringstad

    Would it be possible to make "automatic" organization if naming of repositories are like this:


    layout visually should then be:

    + application
      - repo 1
      - repo2
      + another_repo_tree
        - subrepo1
        - subrepo2

    This would only require visual grouping using javascript/html/css, and no change to the backend.

  3. Solutionhead Technologies

    Throwing my hat into this ring! I use BB/Mercurial for my startup's DVCS. At a minimum, I would like to be able to separate my clients' code from our internal projects without having to create a new BB account. However, unlike @Leif, I don't think this should just be a front-end change. While I would be happy with the smallest organization capability, I would also like to push the envelope a little bit and suggest the ability to assign user permissions by directory/folder much like an actual file system.

    Thanks for the great platform! BB has provided tremendous benefit to my company!

  4. Simone Orsi

    Hi, my company has started using bitbucket for internal projects and this is kinda a 'must-have' feature for us.

    I think labels plus some filters/grouping on them would work well and probably would require less coding effort (for BB staff) than allowing nested projects structure.

    my $0.02

  5. Edward Marti

    Is anybody working on this? As I mentioned before, this would help my research group a lot, where we need to organize a large number of small, independent repositories.

    Thanks for all the improvements, bitbucket!

  6. David Vega

    I don't know if the repository widget addresses the concern here... it is just a copy of Github's solution to have a relatively uncluttered list of repositories.

  7. Roman Starkov

    I have a feeling that the issue was marked "resolved" by mistake. Neither of the accounts named "Marcus Bertrand" here are particularly active. I think we should reopen this.

    My repo list is worse than ever and is only going to get even worse over time...

  8. John Chamberlain


    I would love to have this feature, I work with in multiple different languages, for multiple different types of plugins/modifications/custom code etc. Organization between these is quite limited and is a major issue when I have one project with multiple pieces requiring multiple repositories (different languages)

  9. JD Fagan

    +1 for Leif's idea for the short-term. Simple, effective hierarchy solution.

    +1 for labels/tags eventually for easy cross-indexing projects against one or more tags

  10. Michael H. Cox

    From my issue #5413:

    The main two reasons I've switched from using GitHub to BitBucket are the more liberal private repository hosting policy and that I could create a nested repository directory structure (or so I thought). Unfortunately, the "slug" git repository name mapping implemented on BitBucket interferes with my attempts to use a nested repository directory structure.

    First some background info.

    The Boost C++ libraries project is currently experimenting with converting their Subversion repository to a set of git repositories: a git repository named boost.git acting as a super-project and separate submodule git repositories for each C++ library and tool in Boost. The experimental Boost C++ libraries are hosted under I currently have a local LAN server that has mirror cloned repositories, pulling down the changes as desired. These mirror cloned repositories are under ~scm/git/oss/tool/boost-lib on the LAN server and are identical to the repositories. I then again mirror cloned the ~scm/git/oss/tool/boost-lib repositories to reside under ~scm/git/bluezoo/tool/boost-lib, which are shared by my individual local projects. These ~scm/git/bluezoo/tool/boost-lib mirror cloned repositories are identical to the repositories except they contain a bluezoo/master branch that is identical to the original master branch except for modifications to the .gitmodules file (see attachment). I modify the .gitmodules file to use a relative path instead of an absolute path to the submodule repositories, e.g. all the url properties in the .gitmodules files are changed from the absolute to the relative ../foo.git. This allows me to do a --recurse-submodules push to the LAN server repositories from my local project repositories and a --recurse-submodules pull from the LAN server repositories to my local project repositories. I'd like to be able to push my LAN server repositories with their nested repository submodule structure to BitBucket, but because of the "slug" mapping my BitBucket mhcox/bluezoo/tool/boost-lib/boost.git repository is mapped to bluezoo-tool-boost-lib-boost.git, this appears impossible.

    So can the "slug" mapping algorithm be modified to allow nested repository directory structures?

  11. Toomas

    I wish this would happen ASAP. There is a lot of whining going on in my company that it takes so much time to find the repositories with the current grouping options (All, Follwing, Mine, Team). Adding my comment to show support for this!


  12. Aaron Ware

    Our organization would love this. We have around 25 repos now and it will be expanding to over 50 for different projects (themes, vs plugins vs utilities). Even if it's just a simple tagging. I'd love to have some of the other features mentioned above. But even a short term solution for organizing would be great

  13. Alastair Gilfillan

    Unless adding detail to an issue or contributing suggestions/commits, one should not comment with things like +1 otherwise people watching the issue might unsubscribe which would make an issue appear to affect less people and be lower-priority to fix.

  14. Fotis Paraskevopoulos

    Watch as well as Vote in issue tracking systems don't make any sense to me because they are judged in the relation to the total pool of voters/watchers.

    So let say that bitbucket has 10000 users, and 102 are watching this issue that means that only ~1% of the total users are interested in this features which I don't think is a valid representation of the impact. If you however say that there are 400 watchers in total and 102 are watching this issue then you can infer that this issues carries a 25% impact.

    So the +1s are a much better indication than votes or watchers IMHO.

  15. Lucas Eagleton


    Unfortunately, I dare say this is a low priority - Atlassian's Stash (which i great - I use it at work for work things) has the concept of projects which group your repos together and has some other improved features over BitBucket.

    Stash however is for use inside 1 company and unlikely to be used in the way that BitBucket is socially.

  16. Tony Brimeyer

    I opened a ticket with Atlassian on this exact topic. The appeal of BitBucket for my organization is that it is hosted, whereas Stash is not and will not be available "On-Demand". This is one of the aspects of Stash that are really appealing for organizational use.

    Ultimately we will start using BitBucket despite these limitations and evaluate over the next few months on if its worth it to bite the bullet and purchase Stash or a Stash-like product and host it on something like AWS. I think this feature would be a tipping point to stick around.

  17. Clive Crous

    Ok, so I really needed something like this after my repo list has grown over the years and in my naivete I'd thought I had a "new idea". This thread's been going a long time. A lot of people are obviously wanting this feature. Please Atlassian. +1

  18. VincentK

    I've been watching this issue for about a year now. All that time, I've been receiving multiple notifications basically every day of people getting behind this issue. I'm giving up hope and unwatching the issue. I'll be pleasantly surprised if Atlassian ever implements a solution for this issue but I'm no longer anticipating it.

  19. Kailash Yadav

    Atlassian should update this issue. I do not found any comment from Atlassian here. If they can not fix this issue then they should close it. I do not understand why they are not implementing this feature. Same feature is available in Gerrit.

  20. John Roepke

    +1 I have almost 60 repositories for my various side projects. It'd be great to be able to label them or group them so I can get to specific stuff a lot faster.

  21. André Thieme

    Tags would be the most flexible structure here. A folder is equivalent to exactly one tag, and groups can be the same. If multiple groups are allowed then it is equivalent to tags. The advantage of tags is that we can do a binary and/or/not search tree.

  22. Justen Stepka

    We know this is an issue and we would like to do something about this -- internal at Atlassian we have many repositories which need better groupings. Right now though we a few other features prioritized:

    • Branch permissions
    • Integrated authentication between JIRA, HipChat, Bitbucket
    • An event system that stores feed history more than 30 days

    Once we are able to roll these features out we'll circle back to this feature and provide an update.

    Thanks for your patience, Justen -- Bitbucket product manager

  23. Asbjørn Ulsberg

    We've just moved well over 100 repositories from a self-hosted Subversion server to Bitbucket/Git and sorely miss the nice folder hierarchy we had in Subversion to organize repositories by customer and project. We can create naming standards that use 'Customer.Project.' prefixes on all repositories, but that still means all repositories are top-level and difficult to navigate.

    So, yea: +1!

  24. Aaron Ritter

    I wonder what would be the best way to do it. Folders give you hierarchy, but labels let you multi-label. Can the two advantages be combined? Hierarchical labels?

  25. Tristan Rineer

    I know I'd like to be able to have recursive URLS, so folders might work best for me, but I'm not opposed to labels. I'd just like to be able to see URLs like these:





    I don't really care how it's implemented, but I'll be thrilled if the results allow that structure.

  26. Avi Schwab

    All, There is no reason to comment "+1" on this issue (or any issue here, for that matter). There are "Vote" and "Watch" options at the top. You can do either of those to express your support without clogging up the comment stream. Thanks.

  27. Joseph Earl

    +1 for better organization, more specifically:

    • alphabetical and activity as sorting order options
    • ability to create a group (with a sorting order for the groups and a repo sorting order for each group)
    • ability to filter by language
    • tags, ability to filter by tag(s)
  28. Samuel Haddad

    Please do not just +1. You can vote instead. Every time you +1, everyone watching will get a e-mail. This flood of e-mails is more likely to cause people to stop watching the issue which will actually lower the support for this issue.

  29. Joe Brassi

    Yes, I have to manage a lot of repositories and there's no way to organize them. +1 Folders. If you can also make a way to archive them that would be a plus.

  30. Sébastien GAUTRIN

    Whatever the chosen way is for grouping repository, it would go a long way if it integrated well with permissions so that you could give permissions based on repositories.

    The main use case for that would be a team account where developer create feature forks within the team account (as having developers fork on their own account leads to permissions limit issues which have been mentioned in a few other issues, more or less dismissed or with a suggestion to fork within the team account instead - issue #7285). In this use case (for which the ability to group repositories is more or less mandatory for it to be usable), team admins would probably want to give write/repo creation permissions only in selected « directories » (or tags or whatever), and not on the whole team account.

  31. Nicolas Geraud

    I need a way to filter my repositories by languages and categories.

    For example, i create the two categories : customer and project Inside each category, i add an entry (customer>google, project>intranet)

    On the repositories tab of bitbucket, i have a filter bar where i can choose all categories I want and the repository list is dynamically filtered.

  32. Justen Stepka

    Official update:

    We are currently exploring various design options for ways to group repositories on Bitbucket. This item will be on our short term roadmap with an expected delivery sometime after the start of the new calendar year.

    Cheers, Justen -- Bitbucket product manager

  33. Sébastien GAUTRIN

    @Ryan Bowlby and @Gabriel Porras : Atlassian is currently working on it, as announced by Justen on October 8th.

    Official update:

    We are currently exploring various design options for ways to group repositories on Bitbucket. This item will be on our short term roadmap with an expected delivery sometime after the start of the new calendar year.

    Cheers, Justen -- Bitbucket product manager

  34. AndrewH

    I've got 85 repositories already within my organisation and expect to be adding four or five a week for the foreseeable future - this is an issue that will force me to move away from bitbucket if not solved soon.

  35. Anand Kulkarni

    We have 20 repositories in bitbucket and planning add about 50 more. We definitely want to organize them within folders to make it easier for use. I am concerned how we can manage them without hierarchy. Please make this high priority.

  36. Pierre Bakker

    Sorry about the ~400 +1 emails. :)

    Like Lucas already pointed out, Atlassian Stash has a sort like functionality. It would be great if this is added to BitBucket. Currently I'm moving/migrating several (SVN) repositories to (git) BitBucket. My organisation works for several clients and ordering / grouping repositories would be a very helpful. Also authorization of users to those groups of repositories (like in Stash projects) would also be welkom.

    For now I use the suggestion posted by Leif. That will do for now. Thnx

  37. Jerome Guilbot

    Could we please get an update on this? Is this still being worked on? Last announcement said something about rolling this out at the start of the year...

    I'm trying to sell Git (via BitBucket) as a replacement for our SVN infrastructure at my company and this is making BB look like a really poor alternative considering how messy things get with many repositories.

    cc @Yohan Lebret

  38. Henry Umansky

    I really hope the +1 folks realize their comments mean nothing. Please click the "Vote for this issue" button. Your "+1" does nothing but annoy the folks who try to legitimately follow an issue.

  39. Karim Cadi

    Voted! Any news from Atlassian about this feature? Would really be great... after one year using Bitbucket, we already have to many repositories. It would make sense to gather them by apps at least.

  40. Sterling Hamilton

    @Gaston M With the repository searching being as bad as it is right now, the real problem here stems from hundreds of projects being unmanageable. Teams does not solve this. Also @Paulius Sladkevičius brings up a good point.

    One of the main reasons my Agency uses BitBucket is because our team grows slower than the amount of projects we need to version. The pricing model fits better. Sacrificing that would be counter-productive.

  41. Jerome Guilbot

    I know, their lack of communication on this is quite disappointing. I have posted several times on here asking for ETA, not even a courtesy reply. I even tweeted directly on their @ bitbucket account about this and got no answer. Instead they simply followed me back with their other account (@ atlassian), maybe just to make sure I wasn't spreading too much bad press...

    The sad thing, peeps, is that it's probably the only way to go. Let's face it, it's been more than three years since we raised this issue and nothing happened except a vague reply with an ETA that wasn't even respected, so unless we take independent action to prompt them however we can, they're not gonna do anything about it.

    Hell, nobody's even assigned to the issue!

  42. marcantonio NA

    I'm using the free tier and quite frankly, for something that is free, bitbucket is simply outstanding. As a non-paying customer, I do not pretend nor expect that features are added.

    That said, repository groups and the ability to add custom statuses to the issues workflow is a major nuisance. I understand the upselling technique here — the more powerful Jira is not even that expensive, and of course paid products get all the love from Atlassian devs. But Jira is also overly complicated for small teams.

    In the end, my team will get to the point where the free tier won't do anymore, and I will have a hard time then convincing my coworkers to stay on bitbucket, because they feel that it's largely ignored by Atlassian.

    And how can I blame them?

  43. Jerome Guilbot

    That's exactly what happened to us. We started with the free tier, liked it and upgraded to a paid account. Now we have 39 repositories (sometimes relating to the same client or project) and it's starting to look like a mess.

  44. Stefano Crosta

    I've been using BitBucket free tier for some time, and the pricing scheme (based on users rather then projects as in github) made a lot of sense so I brought it in my current company.

    But the lack of clear objectives and update plans are hurting my perception, and is not gonna push me towards atlassian products - it will just push us away altogether.

    They should just limit bitbucket to free tiers and ask people to move to atlassian as a paying tier, it would be much clearer than the current half-baked, little evolving paid plan.

  45. G. Richard Bellamy

    I opened a case directly with Atlassian Support, and received a response from @Jesse Yowell as follows, "This feature is going to be worked on in the next coming months, however, we have a few more things that are taking precedence at the moment. After these, we'll be revisiting changing the dashboard to add grouping of repos and some better UI functionality."

  46. Sébastien GAUTRIN

    @Justen Stepka on October 8th, 2013

    We are currently exploring various design options for ways to group repositories on Bitbucket. This item will be on our short term roadmap with an expected delivery sometime after the start of the new calendar year.

    Cheers, Justen -- Bitbucket product manager

    Any news on that front? It's been over 6 months since you told us that and there's been no update since that (and we are well into the new calendar year now).


  47. Tim Parenti

    While the search feature of the recent fluid-width redesign does make it somewhat easier to find a repository by name, @Andrew Orton is correct in pointing out that the ability to sort this list or its results is a basic feature that has been lost in the update, completely undoing #505.

    As for repository grouping, it seems an emphasis on search is the answer we're getting, but I would argue that some sort of "directory-like" grouping approach could still help further improve the usefulness of search for these purposes.

  48. Shawn Goff

    Yes, the reason why categories or tags is important is because I can't remember the repository name, so I don't know what to search for. If instead I can show repositories with the ProjectABC tag, I have much fewer repositories to look at, so finding the right one is easier.

  49. Milos Levacic

    Agreed with @Andrew Orton and @Tim Parenti - alphabetical repo sorting is a must for easy navigation. This is a long-standing issue for being able to organize repos better - in fact, this is the issue with the most votes in your issue tracker - obviously, the devs who use your services feel it's very important to be able to manually organize repos in their own way. This is an absolute step away from that, as now, not only is there no way to browse repos if you're not sure what exact name you're searching for - you've also added unnecessary pagination, making it even harder to find stuff.

    Apart from that, the activity feed on individual repos has been pushed aside in favor of the README file (or an invitation to create one) - when in fact, an activity feed is more important for most people. Sure, for open-source projects it makes more sense to have the README stand out, while an activity feed is less important in those cases - but to be honest, I think that most open source projects are hosted on GitHub anyway, while Bitbucket is primarily used by companies who can't afford GitHub's insane pricing model when you have a lot of repos. For companies, a README file is just not as important, because it isn't accessed that often - if a new dev needs to read documentation, they'll just go ahead and find it, but an activity feed is checked far more often. Perhaps you're trying to shift Bitbucket's focus onto open-source projects with this change, but I'm not sure how that's supposed to affect the companies who use Bitbucket for private repos.

    The main design goal should be functionality and productivity, and not just prettiness - sure, the new interface may be a bit more modern with the redesign, but it's far less functional, and while I've read some mean-spirited comments in the "designer vs. developer" context (mostly on your blog post about the new design), some changes really do seem like they weren't made with functionality as the primary idea.

  50. Matt Sollars

    Well, the search is OK. It only searches the beginning of the repo name, unless I'm missing something. I've often typed part of the middle of the repo name and seen no search results.

  51. Tim Parenti

    @Matt Sollars, as far as I can tell, the search feature does search the middles of names. In fact, I believe a search for foo/bar returns all repositories with username containing foo and repository name containing bar; that is, *foo*/*bar*.

  52. Jason Watt

    @Matt Sollars no, this seems to be new with this last update. i was always frustrated with the search before. it works a lot better now, but sorting and categories definately need to be a thing. seems we are getting there though, you can now filter by code language

  53. Josh Kestrel

    It seems almost unAtlassian to not even have simple labeling functionality. I'm sure it will be implemented eventually. Roadmaps slip, or get reprioritised, it happens.

  54. Tanner Naeher

    Sent in some feedback via email [because I couldn't find a feedback form] and was asked to add it here (sorry if it duplicates anyone else's response.):

    Can you please offer a way to sort the repository alphabetically on the site like you used to? I do not like the new dashboard layout at all. Two things I need access to right away are all activity on the all repository to track my other developers (not just the most recent ones) and then all my repositories in a nice alphabetized list without pages, like the old search used to be. Basically your old home dashboard was way better, and I have issues finding the stuff I want now. The names on the most recently updated repos are too big in my opinion. I'd rather have more results than the larger text. I don't use your site from my phone and I doubt the percentage that does is not enough to justify the larger font. Make the font size responsive if I'm wrong and that's the case, but I image most developers are on a desktop when they are using this site. The rest of the changes to the site are fine, but I can't stand the new dashboard. It would be a major help to my team and myself if you could please make some improvements to its usability asap. Thanks.

  55. Sébastien GAUTRIN

    Yeah, and 9 months (October 8th 2013) passed since @Justen Stepka (BB product manager) said here that there were exploring design options, that is was on the short term roadmap, and that it had an expected delivery sometime after the start of the new calendar year (that new calendar year is 2014).

    Well we're now in the second half of that "new calendar year", and still no visible movement, sadly :(

  56. Alex Jacobsen

    This is honestly ridiculous. Given how simple the task is and how incredibly beneficial it would be I don't understand how this wasn't done overnight.

    It's 2014 the best we can do is one big long list?

  57. niclashoyer

    Sure thing. Maybe sometimes it is better to switch over to an open source alternative. At least everyone can get his hands dirty and hack on new features instead of sitting around for 4 years.

  58. Erik Calissendorff

    I just sent an email to, not sure if that helps but this is becoming quite embarrassing.

    If they don't like to fix this issue just close the ticket with "Won't fix" instead of saying that it's in the short term roadmap since a year ago.

  59. Adam

    It would seem with the 2nd highest vote count of all open issues this would be pretty high on their list, hope so, we've all been waiting since 2010

  60. Diego ZoracKy

    @Alex Good idea!

    I tried to contact them on twitter but i have no answer yet. Very strange their position of not even talk something about it, with more than 350 comments here asking for this feature.

  61. Clark C. Evans

    I'm not sure why they'd want to fix this ticket. Our organization has created several "teams" and we just pay the extra money to have staff in multiple teams. If they fixed this ticket, I wouldn't need the teams anymore, and Atlassian's revenue would take a hit. I can imagine quite a few organizations who have done the same thing. I think "Won't Fix" is probably the best, honest answer Atlassian could have to this ticket. Overall, bitbucket isn't that expensive, paying for a few extra teams isn't a particularly bad compromise. It's easy enough to move repositories between teams.

  62. Tanner Naeher

    That may be their reason, but it's a pretty poor excuse, imho. The main reason many people use bitbucket is that it is free. Not everyone can afford the additional costs to create teams like that. And besides, it would be pretty silly for single freelance developers (and the company I work for) to have to create teams and add developers for this feature. We have hundreds of sites and we have only one developer (me) at this time and two at our peak in the last four years. It doesn't make sense to me to make a team for every one of our clients and then add in the two developers and pay extra money to do so, but we still need a way to organize the sites. Yes we have them organized with a naming convention but being able to collapse those into folders would be a big help. And what happens if a team starts getting a large number of repositories in it. Say a major sports team is your client, you create a team for them, and they have multiple websites, iOS apps, and Android apps. Wouldn't it be nice to group these inside of a team as well?

  63. Erik Calissendorff

    Unsure if it's good or bad news but got a short reply from support regarding this issue:

    [...] It is Atlassian's policy to decline comment on items that are on our roadmap or are under consideration for our roadmap.

    Please follow the publicly available issue for more details. [...]

    Assume we'll just keep waiting then...

  64. Ivo Cazemier

    Second time here, As a suggestion: Sticking several custom tags to a repo would be a great feature! It's more informative in one glance, what the repositories contain, when tags are used. Like for instane: [app] and [web] and [cms] and so on.

  65. marcantonio NA

    At this point I don't expect them to implement it or show that they care in any way, but it's just fun to see this list getting longer and longer. :)

    This is clearly an abandoned product, but at the free tier, it's quite handy, very useful and a great bargain. I'm still grateful (a lot).

  66. Anonymous

    GitLab has repo grouping, a clean interface, and apparently a dev team interested in actively writing new features that people want.... It's starting to look better and better... Don't really want to move 40 repos over to a new system, but it is so freaking unwieldy to keep them all in BB that I'm very tempted.

  67. Brian Lee

    I can't tell you how many times I click on "Repositories" on the navigation and wished an indexed/sorted view of all my repos would load. Instead, I see a drop down of options that have secondary options that belong on a sidebar somewhere (not navigation). Even the create repo and import repo options don't belong on a navigation - navigations should not execute actions, rather navigate you to page with actionable elements (buttons, links, etc..)

    Also, the navigation UI and grouping of context makes no sense. It's not conducive to what most people are looking for. In fact, I wonder how many people actually want to view recent activities again, when they've already viewed it on their initial landing page? It's redundant information and not helpful.

  68. Scott Carpenter

    Tagging by repo will be useful for us as well, since we can identify systems and components by role or function (i.e. internal systems, customer facing apps, utilities/libraries, etc).

  69. Sebastiaan Blommers

    We were using RhodeCode before the shift to Bitbucket, as far as I know from the start it was a main feature being able to organize repositories in a group (probably folders) and I just cannot understand why this is still not available for Bitbucket.

  70. Václav Pávek

    Maybe it would not be wrong to inspire with phpMyAdmin. If I start the same name (prefix) and will be followed by an underscore and will see groupings by "prefix". The good thing is that it depends only on the naming convention and imaging alone has the thing.

    repository example_repo1 and example_repo2 => repository.jpg

  71. Ted Husted NU

    I agree with Václav Pávek. We use strong naming conventions with our repositories for several reasons. We have more than 100 repositories, and I never have any trouble finding the repository I want. The search feature is excellent, and I don't miss tags, labels, or hierarchies one little bit.

  72. Ahmed Omarjee

    I agree with Sebastiaan, it makes no sense that such a basic tagging/labelling feature requires so much discussion.

    Although the search feature is good and using a naming convention helps, the ability to group the repositories using tags/labels will reduce the clutter.

    Come on Atlassian!

  73. Josh Hill

    +100 user plan - no fun when everyone who has read access has to scroll through pages and pages of repositories owned by a single company wide team.

  74. Agustín Ramos

    Same here, we are counting in the hundreds of repos now. And it's not always easy associate repos with their respective projects or categories. Repo name conventions is not a solution for all our cases.

  75. Tristan Rineer

    This request has been open for almost 4 years now, and the only comment from someone at BB was over a year ago. Since it seems that 90+% of the notifications from this thread are "+1" without any constructive feedback, it appears that this request is essentially dead.

    It still has my vote, but I think I'm done "watching" the comments, and I'm probably making the move to GitLab.

  76. G. Richard Bellamy

    I'm right there with Tristan - frankly this whole thing has me very disappointed with Atlassian as a whole. This particular issue has almost an order of magnitude more votes than any other, and yet it sits fallow, with virtually no feedback or engagement from BB staff.

  77. bolduz

    This is ranked as number 2 under the issues tab ordering by votes... so why Atlassian? At least please let us know you are reading this, or tell us what is making this so impossible to be done from four years... A way to organize repos is needed once you start going over 20 or more projects in my opinion. And any feedback would be appreciated ;)

  78. Corrodias

    How do I stop receiving emails about comments on this issue? I've given up on it, but Atlassian keeps spamming me. I have tried both un-voting and un-watching.

  79. Christopher De Vries

    At AWS re:Invent I brought this issue up to Alison Huselid who is in marketing of Atlassian's developer tools, including Bitbucket. She indicated this issue really wasn't on their radar right now. I mentioned that it was one of the highest voted issues and asked her to look into it, however I am not holding my breath.

  80. Jens Schumacher staff

    Official update:

    Although we can not commit to a specific time-frame at this stage, I would like to clarify that the feedback Christopher got is not correct and that this issue is in fact on our radar. We are currently evaluating where it will fit onto our roadmap.

  81. Lukasz Margielewski

    Big + to @Tim Parenti for pointing out same thing I was about to write. The guys from Atlassian are so 'funny' with this. "We are currently evaluating ..." - evaluating for more than a year? C'mon - be serious....

  82. Jens Schumacher staff

    @Tim Parenti, I understand this is frustrating. Unfortunately things changed after Justen made that statement a year ago and the team had to adapt to different requirements. We are trying to be as transparent as possible to let you guys know what stage this is at.

    Going forward, we are looking at providing more frequent updates on the top feature requests.

    Thanks for your patience and support!

  83. Sebastiaan Blommers

    @Jens Schumacher since you say you like to be as transparent as possible, what exactly is being evaluated? Will there be a basic folder-like structure or Stash-like functionality? Is there a possible ETA (months/years)? Maybe document a bit more about the progress in the description above. A lot of people are interested in how this issue evolves, certainly because 4 years is a bit to long for such a needed and basic piece of functionality. Please commit in more detail to keep us happy.

  84. Jens Schumacher staff

    @Sebastiaan Blommers we are evaluating where this piece of work fits into our roadmap. The functionality that is being considered is more similar to Stash, although that hasn't been fully decided yet. To avoid setting expectations that we can not meet, we will steer away from committing to specific time-frames, but I can tell you that it won't be years.

  85. Yujia Li

    wow.. I'm trialling a migration from FogBugz and although Atlassian JIRA/BitBucket is much more competitive on price... it's lacking on features... basic features like this :(

  86. Diego Tejera

    I can't believe it's been over 3 years to implement such a basic feature, why would you guys spend time building other functionalities if this is what people is asking the most? No sense to me

  87. Ted Husted NU

    It makes perfect sense. If I was a Atlasssian product manager, I'd think carefully about implementing it too. This feature only encourages people to host even more repositories. Unlike other vendors, BB doesn't charge by the repository. If encouraging even more repositories leads to more users, then BB wins. If it leads to an explosion of repositories, without adding many more users, then BB loses. GH taps out at 125 repositories for $200 a month, and Beanstalk taps out at 300, which is 4x what I pay now. Yay status quo!

  88. Sebastiaan Blommers

    @Ted Husted NU I understand what you say but Atlassian does charge above an amount of users and also it's an integrated product with Bamboo and Jira, so no it does not make 'perfect sense' to me. And some like the taste of Mercurial over Git. Otherwise it would make more sense if they closed the issue instead of hanging us there for over 4 years.

  89. Ike DeLorenzo

    In this very popular request for Bitbucket, there are two separate items: (a) Projects meaning folders/projects that put repos in an organized hierarchy repos as in Stash, and (b) Tags/Labels that allow a non-hierarchical way to categorize, groups, and sort repos.

    We are actively looking at how to provide Projects; that is: functional folders that organize and contain repos.

    Tags/labels will be further down the road, but we do recognize that this is an useful way to organize repos outside of strict hierarchy/folders/projects.

    Ike DeLorenzo, PM, Bitbucket Team

  90. Jerome Guilbot

    Thanks for the update, @Ike DeLorenzo, almost un-hoped for at this stage!

    So you're effectively saying you guys are "actively looking at it". Sounds definitely better than "exploring various options" from the 2013 update...

    Official update: We are currently exploring various design options for ways to group repositories on Bitbucket. This item will be on our short term roadmap with an expected delivery sometime after the start of the new calendar year. Cheers, Justen -- Bitbucket product manager

    You forgot the ETA though!

  91. Alexander Trauzzi

    @Ike DeLorenzo - Can you actually provide us with an ETA on this long overdue feature?

    "...actively looking at..." gives us very little insight as to what exactly is going on. If your update was supposed to be informational, we know no more after your post than we did before.

  92. Christopher Bensler

    Very sad, feels like the wheels at Atlassian are gummed up pretty badly. I also use the JIRA+Agile, Confluence and Stash self-hosted servers which I paid for. The progress there is not much better.

    I suggest people find a better alternative than Bitbucket or other Atlassian products. They have some good groundwork laid down but they fail on feature implementation with lack of progress and poor choices when they do finally do something. Seems the corporate machine has become unwieldy. They no longer understand what developers need.

    As someone who can't afford to pay per project or to run my own servers and who always has some private projects (what developer doesn't?), the best alternatives I have found are Gitorious, GitHub and GitLab.

    Github is out because their pricing model is too steep and doesn't factor actual usage. Between Gitorious and GitLab, GitLab is a clearcut winner so I'll be moving my operations there.

    Been waiting for Atlassian for years on many fronts, but something like this issue lasting 4 years should never happen at a competent company. It only shows that Atlassian has forgotten the value of customer loyalty.

    Good luck.

  93. Christopher Bensler

    @Michael Speth

    My comment was directed more at Atlassian and those who are tired of waiting for this issue. I intentionally did not elaborate because this is not the place.

    Personally, I don't care if you use it or not. If you don't want to take advice, that is your prerogative but please don't try to make me out as some blow hard who is just spouting. You shouldn't take my word for it anyway (or Ozum's). Do your own research. Investigate the complaints and praises and investigate the alternative options. Spend 3 or 4 years using the software so you can find out for yourself, like I did or be wise and learn from other peoples mistakes. Makes no difference to me. I'm not here to write a product review or convince anyone, only offer advice. Take it or leave it. Just don't walk in with your eyes wides shut. You've been warned. The price of the product is nothing compared to your time.

    I actually still like the JIRA product suite but that is not enough reason when it prohibits me from being productive.

    If all one needs is BitBucket, then unless you need Mercurial (Git is better anyway), then GitLab does everything that BitBucket does plus much more, including project labels and project groups that Atlassian has failed to implement in 4 years time despite an exceptionally large number of requests. Sadly no nesting yet that I know of. They are working on it, it's also open source so even if they drop the feature, I can put it in if I really want and it certainly won't take 4 YEARS. In any event, it's a far cry better than the naught that BitBucket has. It's also free as in beer for the downloaded community edition or SaaS (1Gb per repo, public or private), unless you need tech support (you ever use that? me either). They also offer Continuous Integration. BitBucket can't touch this.

  94. Michael Speth

    @Christopher Bensler Well, your criticisms are not appropriate for this issue. This issue is about requesting support for project labels. Its also inappropriate to direct people to other products. If you want to criticize Atassian and offer alternatives, that's fine, but do it in an appropriate space.

    Bitbucket + Confluence + Jira ARE free for open source projects. But thanks Gitlab propaganda, I'm sure all of us Atlassian users appreciate it.

  95. Alexander Trauzzi

    You have neither the authority nor the justification in this scenario to tell anyone where they can and can't voice their dissatisfaction. Those are rules you make up on your own and you can live by them just the same.

    It's also kind of zany to suggest that Christopher is here offering "propaganda". Everything he's said is correct. This ticket was opened in 2010 (yes, 5 years ago!) and has had numerous promises for an implementation, and yet nothing.

  96. Christopher Bensler

    Actually, my criticisms are very appropriate, especially when I have been a long time customer who has been waiting for this feature and other basics for far too long. I'm hardly the only person who is not impressed. What is not appropriate is to try to create a debate on a thread that is being watched by 650 people.

    If you are happy with Atlassian, then all you have to do is be quiet and they will ignore you just fine.

    If Atlassian is threatened by GitLab, then all they have to do is FIX THEIR PRODUCT.

  97. QuackingPlums

    Superb user trolling by Atlassian - it's clear that this isn't going to be done, I just wish they were transparent about it from the outset. Thanks whoever it was for recommending GitLab.

  98. HaykG

    I have 16 repos and it's already getting our of hand; a mix of private, freelance and work stuff all in one place is not cool. Just switched a fresh project to since we use the Community Edition at work and it's pretty decent.

    Can we get an update on this?

  99. Francine Bray

    Really hoping this feature comes around sooner rather than later. Seems simple enough, and despite the fact that I agree with the person who said that BB isn't offering this as a solution yet to avoid the boom in repos, I think BB should be managed well enough to create a process or mechanism to stop that from happening. +1 for this and hope that Atlassian can provide for their users.

  100. Ozum Eldogan

    +1 again. We have small number of developers. Even with that small number, we have lots of repositories, because we prefer to create a repository for every sub component. (I know there are other ways to do, but this is the way my team works.) We have 70+ repositories, and I'm lost in there trying to find and organize them.

  101. Craig Newton

    @Ozum Eldogan in GitLab you can create groups, then in the groups you can add multiple repositories. Say for instance you have a system called 'Synapse' and it consists of multiple components, some written in C++, some written in Java, PHP, etc. The components could consist of a 'web-dashboard', 'video-encoder', 'crm' ... plus 20 other components. Each component is setup as a separate repo but they are all part of the 'Synapse' group. This allows a much better grouping structure. Whereas now we have a naming convention on BitBucket where we have projectname-componentname, unfortunately it makes it hard to see the group as you have to now use the search functionality to filter based on projectname and in most cases it brings back other peoples projects with a similar name. We intend to host GitLab in the cloud on a DigitalOcean instance.

  102. Lukasz Margielewski

    @x12586 They will never implement it! I follow this thread since 2 years now (or so). 2 or 3 times someone from altassian responded that they will look at it asap, but never done so nor never provided any follow-up / roadmap. This is a joke.

  103. Craig Newton

    I got a little hack/solution for this. I have been using it since the whole "we cannot use GitLab, dammit!!!" from my company.

    When creating a project that consists of multiple components, we now use a naming strategy: <project_name>-<component_name>

    To group them I use the search functionality and create permalinks like:


    Where ttcms is the name of the project, the results returned look something like this:

    ttcms-dashboard (PHP)

    ttcms-crm (C++)

    ttcms-feedreader (Java)

    I use the permalink on our Wiki to create project groups. Makes life a little simpler.

  104. Ted Husted NU

    +1 for Craig Newton.

    We have 30 users and 140 repositories. By using strong naming conventions, we never have any trouble finding what we want when we want it, just by using the search feature. GitLab seems nice, but under the standard plan, we'd have to pay for 70 users that we don't have (yet). We also use JIRA and Confluence, and the integration between the three is outstanding!

  105. Sebastiaan Blommers

    Atlassian can put that party where the sun doesn't shine. IMHO, they are a bunch of slackers, see how populair this ticket is, it should have been fixed. Maybe it is too difficult for them and we expect too much.

    Shame, .. shame, .. shame, ... shame .......

  106. Ike DeLorenzo

    We are currently working on a way to group repositories -- a functionality that is currently available in Stash -- in a way that addresses the needs expressed in the (many) comments above. This feature will be available soon. We have a lot of repos too, and definitely understand the need to group repos and perform meaningful operations on those groups.

    We will be posting here, and on our blog, as soon as this feature is publicly available. Thanks for your patience on this one.

    Ike DeLorenzo

    PM, Bitbucket

  107. Toby Evans

    Holishit! A response from a staff member?!
    I hope this is an ongoing thing - keep it up please, we like knowing whats going on, even if its a "nope we're not gonna do that", some kind of response is better than none.

    Even better to hear that you're working on it.

  108. Daniel Bennett staff

    Update from engineering:

    We are currently developing the implementation of Projects for Bitbucket. This implementation will be a first pass at ultimately providing the same functionality you'd see for Projects in Stash -- only it'll be in Bitbucket. Though alignment with Stash's Projects is the end-state we're shooting for the initial release will most likely not provide much more than organizational facilities. It will, however, provide the base from which we expand in the future.

    I'll have an update in the next 30 days or so with more information and a possible ETA.


    Dan Bennett, Bitbucket Development Manager

  109. Sandor Pakh

    Indeed welcome news. Just from an organizational point of view, this will be a welcome feature. Here's hoping 30-days won't turn into another three years. :)

  110. Daniel Bennett staff

    I'm changing the issue summary to remove the "labels" option from the original request. Since projects/folders are only one way to approach this problem I want to keep the request for labeling alive even after we close this request.

    For those waiting for labels please watch this new issue instead: issue #11800 "Support organization of repositories by label"

  111. Daniel Bennett staff

    Status update:

    Much of this is complete, however, we are working out some user experience issues and refining the current implementation. Long term, projects will be an important feature for teams and we will most likely continue adding capabilities over time, therefore, making sure we're not setting ourselves down a path that is incompatible with where we ultimately want to take this is worth the time spent.

    I'll be back in 2-3 weeks with another status update -- hopefully by then a realistic ETA will be available.

  112. Tim Parenti

    For those watchers still skeptical that this is finally about to happen, some news:

    The upcoming "Projects" feature was just announced on the official Bitbucket blog:

    So, we’re announcing new capabilities today that will be available soon to help you use Git at massive scale:


    • Projects to keep your repositories organized

    And TechCrunch also picked up on the press release:

    Atlassian is also announcing three major new features to Bitbucket. ... [T]he third is support for projects, which will make it much easier to organize complex Git repositories.

    I'm not going to celebrate until the feature ships, but for me, this is finally somewhat reassuring.

  113. Tim Parenti

    @Rohit Verma I'm not sure what you mean. If you're looking to "track" this feature, watching this issue is probably the best way to get updates.

    I am not an Atlassian employee, just another watcher who wanted to point out that Atlassian have finally committed much more publicly to this feature's upcoming existence than simply commenting here. So those who have been skeptical all these years may find reason to believe that this time is different.

  114. Liam Greig staff

    I've recently joined the Bitbucket team as a designer and I'm currently working through the UX for this feature. If anyone is game I'd love to show you what we have so far. Please send me a PM if you'd be interested and I'll set up some time for us to talk.

    Each call will run between 30-45 minutes and will include some questions around usability and general expectations for this feature.

  115. Tom Warfel

    "group" is too vague. It is important to be able to declare both "Repository Groups" (either within a project, or within a user's account), and also to be able to declare "groups of users with the same access privileges" (either within a project account, or within a user's account). Repository Groups should have propagating access control lists (ACL), where all repositories and nested Repository Groups inherit the ACL permissions of the encompassing group by default, but allow the defaults to be explicitly overridden at the lower hierarchical levels.

  116. Daniel Bennett staff

    Hey everyone,

    It will be a little while longer before we release this -- update in 2 weeks.


    We are dangerously close to releasing Projects, however, we've recently encountered a network problem on our infrastructure. That is bad on its own and is being remedied. What is worse, though, is that with the ever increasing use of Bitbucket these little glitches have started pushing us over the tipping point toward actual outages.

    We'll be circling the wagons for the next two weeks and giving the entire system a shakedown before we release any new features. I'll be back after the shakedown to give the new ETA for Projects.

    Also, a thank you to everyone who made themselves available to Liam to review the projects changes he was making and giving him the feedback necessary to make it better. It helped quite a bit.

  117. Christopher Dale

    Hi Dan,

    Thanks for the update! Glad your team is taking the time to get things sorted out before moving on the deployment. Seems like a reasonable thing to do :D The 10/22/2015 01:53, Dan Bennett wrote:

  118. Win Thor


    We created a new team to get around this issue, but that brought up a new issue because in order to have private repositories, we would end up getting double-charged for all of our team members because we have the same team members associated to both projects... Anyways, can't wait for the update.

  119. Sandor Pakh

    At the moment, I created a repository that just holds a markdown file. The markdown file contains a list of all our other repositories and links to them. They are grouped the way we like. Everyone just needs to remember the one repository to go to.

  120. Daniel Bennett staff


    I apologize for it being more than two weeks since the last update -- we were a bit distracted and I simply lost track of time. The good news is that projects is back in the works. As a matter of fact, the delay has given design more time to clear a few things up so hopefully not too much time was actually lost in the long run.

    Technically, projects is "easy": add a table called projects, a column in the repo table called project_id and a dropdown on the repo admin UI then it's done. It's the user experience and information hierarchy that become tricky. We have, what we believe to be, the final round of updates identified and I can now give a tentative release date of 12/15. That's really close to the holidays and if it moves out at all there's surely going to be a discussion of whether to delay until after the holidays -- I'd like to avoid that discussion entirely so I'm really pushing for that date to stick.

    I'll be back to give an update around December 1st.



  121. Daniel Bennett staff

    @Zoltán Lehóczky,

    Release one will not address what you're asking for in #12062, however, that sort of control is planned for the future. Long-term we will be adding a layer of permissions into projects that will allow you to have "project administrators" separate from "team administrators". We don't yet know what this looks like so there may be nuances to the implementation that aren't that straightforward, however, once project permissions hit the roadmap and have some design time applied we should be able to speak to #12062 more concretely.

    Note, however, that I cannot say when any of this will happen.

  122. Emanuele Baglini

    You already have a very good product that is Stash. You should copy these functionalities from it. I think that it will be very important to have the same way of grouping and administering like project in Stash.

  123. Martin Thwaites

    BitBucket is a different beast to Stash. One is aimed at On Premise, one cloud based. I've had to have similar debates at my company about using the things in both, and it just doesn't work the majority of the time. Scalability is key, as is thinking about your user experience.

    I think they've gone about this the right way. Don't just copy what you have in another product if it doesn't fit the model, spend some time and get it right. Once it's out, it's out, and it's hard to change.

  124. Emanuele Baglini

    I understand what you are saying and I'm not thinking to a copy and paste, but I'm talking about functionalities. In Stash we have a very good way to group repositories in project and we are able to administer and set permission for the whole project or a single repository. I think that this should be the way.

  125. Antonio Aversa

    Having a way to group repositories in folders, or in alternative being able to tag the repositories (with a "search by tag" option) would be a great feature for BitBucket! We are a medium-sized team (around 15 developers), having 30+ repositories and 2 projects. We would like to group them by project, as we are currently doing in Microsoft Team Foundation Server.

  126. Daniel Bennett staff

    @Emanuele Baglini Yes, long-term we'll be looking to make Projects in Bitbucket Cloud contain more features. Some would would be a bit more specific to Bitbucket Cloud such as Connect extension points; others would be the sort of thing you find in Bitbucket Server (formerly Stash) such as permissions and deployment keys. Over time, a Bitbucket Server instance and Bitbucket Cloud team will become more directly comparable (this has implications for Projects, see below).

    But first, we have to get that shell out there.

  127. Daniel Bennett staff

    Hello everyone.

    First the quick update: we are not "launching" until January, however, you will be able to use Projects before the end of the year.

    It looks like there's enough uncertainty around the launch date that we're going to wait until January to do the proper launch of Projects. However, although we're not launching for some time, we will be doing something new with this feature: opening up a public beta. We've never done a beta before, and we're still working out the details, however, it should be as simple as flipping a switch in your account settings once it's available. I'll post the instructions on how to do that when the time comes -- until then we're going to be using every minute we have until December 15th (maybe a few more) to get things as ready as possible.

    As we approach the release, there are a few things everyone should know about Projects:

    1. Projects will only be available for teams. Teams are easy enough to create and free so if you don't have one already and wish to use Projects, you'll want to create one. There are many reasons why we have made Projects a team-only feature (I mentioned one above) but, rest assured, however, that none of them are nefarious plans to get everyone to pay us more (unless you'd like to) or because it was easy (because it certainly wasn't). Most of it had to do with user experience and future goals.

    2. About that user experience... When you enable projects the Bitbucket interface will change in some subtle ways. Some things will move, be renamed, improved or deleted. Most of the changes will not be controversial but we are aware that not everyone will be super happy with everything. (I know I wasn't immediately, but now I like where we landed).

    I'll be back in about two weeks with the beta information.



  128. BobT


    Looking forward to seeing this in action as well... Also, I agree with @Garret Wilson, but am too lazy to make a ticket :). Thanks for your work on this so far. The result of this will be deciding in our (25 member) team's decision move to a paid Bitbucket.

  129. Garret Wilson

    @BobT , there already is an issue #7788 for sorting repositories. It has languished for two years. It may have morphed into this issue #2323. It will be pitiful if Atlassian creates some complicated system for grouping stuff but in the end not allow us to do simple sorting in a list. We shall see---but since there has been little feedback from Atlassian on #7788, I'm not getting my hopes up.

  130. Daniel Bennett staff


    We've invited some of the people who worked with Liam earlier to a private beta starting 2015-12-14. The public beta is being prepped for launch today. I'll be back with more information at 00:00 UTC (+/- an hour or two).



  131. Jacob Williams

    I see the feature in my teams features tab - but enabling it does not work. The switch turns green, but it is off when I return to the page.

    I had no idea this was coming so I am now really anticipating the little green button working.

  132. Daniel Bennett staff

    Hello everyone,

    The beta is live. Go to your account settings and you should see a new "Manage features" option. Enabling Projects on your account will allow you to create and manage projects on any team for which you are an admin, and see projects on other teams as well. If you'd like collaborators to see your projects as well ask them to turn on the feature on their own account.

    We'll be doing a formal feedback process in January once this is officially live, however, until then, feel free to post any feedback as comments on this issue. We have a backlog of clean-up work already lined up for the next few weeks but we'll be paying attention.

    Note: When testing this, you're actually testing two things that are new: projects and the beta features support itself, so please let us know if you encounter problems with either aspect.

  133. Daniel Bennett staff

    @Jacob Williams a. that shouldn't happen please let me know if you continue to have problems; b. you should enable projects on your account, not on your team. Behind the scenes all teams now have projects. The beta opt-in only controls who sees them.

  134. Matt Dane

    I'm attempting to move a private repository from the default public untitled project, into a new private project, and I get the error "Public repositories must allow public forks." when the repository was already set to private

  135. Jason Durheim

    Minor bug, if you change the key for a project, the link to the project in the 'Recently Viewed' dropdown won't get updated, you'll get a 404 trying to use the shortcut. Visiting that project via other methods doesn't update the short cut in that dropdown either, so the link ends up perpetually being a 404.

    Edit - Eventually it seems to have sorted itself out, although not sure what prompted it.

  136. Jacob Williams

    @Daniel Bennett I tried again from the first place I found it and it still didn't work. However I went to my account and that worked, it stayed green and there was some kind of extra flash of something that I didn't see from the team screen. In any case, if it doesn't work it probably shouldn't appear under Manage Team => Manage Features. After enabling it on my account, it now appears enabled on the team management page as well.

  137. Jacob Williams

    I see the same problam as @Matt Dane. I can move a private repo into a private project, by using the "Add repost to project" view, however once they are added, any attempt to save their details results in the private forks on public project error. I suspect it is because the private repo checkmark is disabled (and checked), and so the form validator is thinking it is not check rather than using the saved value.

  138. Jason Durheim

    Is there supposed to be a shortcut somewhere in settings or otherwise (couldn't find one) to edit the repos in a project after creation? You can add 'move-repositories' to the project URL to get back to the screen you'd do during creating the project to add more repos, but couldn't find another way if you missed repos on initial project creation.

  139. José Arcángel Salazar Delgado

    It´s a bit difficult at first, but now I understand how works. Everything is working as expected. The only problem I see it's when you delete projects, the project name remains in the project menu for some time. Also, I don't see any way to add existing repositories to existing projects from the project page. You need to go to the repository page to do the change.

  140. Jacob Williams

    When try to save a Repo's settings pane with any project other than my default, I get the "public projects must allow public forks" error. However if I manually un-disable the private repository checkbox in the inspector, then uncheck and check it, the drop down for forks reappears and I can save the repo.

    Interestingly, even when i get the error, some of the settings from the form save anyway, although I can't tell on that page - only if I go away and come back.

  141. Daniel Bennett staff

    @Matt Dane @Jacob Williams that's an unfortunate case of a last-minute JavaScript nicety completely ruining the experience. You can save it into a public project and make the project private later to work around the problem. Alternatively, we're going to be deploying a fix in the next hour or so and you can just wait for that.

  142. Tom Roche

    @José Arcángel Salazar Delgado: "I don't see any way to add existing repositories to existing projects from the project page. You need to go to the repository page to do the change."

    Where is the UI on a repo page to add it to an existing project? I have created a team, and a project for that team, so I see the UI

    • to create teams and projects

    • to create a new repo in a project

    But I see neither UI

    • on a repo page to add that repo to a project

    • on a project page to add an existing repo to that project

    What am I missing?

  143. Jason Durheim

    @Tom Roche should be able to do it from the repo details page, right under where you'd change the name of the repo. Or you can, for now, use my hack and add 'move-repositories' at the end of the project URL and you'll get the check box method for all repos not already in that project.

    Edit: I haven't yet found anything directly in the UI around the projects that allows you add/remove repos from that project apart from the above hack.

  144. Tom Roche

    @Tom Roche: "I see neither UI

    • on a repo page to add that repo to a project

    • on a project page to add an existing repo to that project

    What am I missing?"

    @Jason Durheim: "should be able to do it from the repo details page, right under where you'd change the name of the repo."

    Alas, no: fields @ (which is Repository details for that repo) are

    • Name
    • Size
    • Description
    • Access level
    • Landing page (good to see that one! it solves a problem I've had for awhile)
    • Website
    • Language
    • Main branch
    • Google Analytics key

    @Jason Durheim: "Or you can, for now, use my hack and add 'move-repositories' at the end of the project URL"

    @ I see

    Move existing repositories
    Whoops! Looks like you don't have any repos to move.

    Is that the wrong URI? Or am I just not beta enough ?-(

  145. Jason Durheim

    @Tom Roche Not sure what the issue might be there then. The project selection should be right under the name in repo details. If you try creating a new repo it looks like it will show up in the same spot during creation, that might be the other thing to look at

    For the URL edit, were there existing repos already that weren't in a project, or present in other projects? That's about the only thing I could think of that might cause that message. I had maybe 30 repos when I started moving stuff around, spread across 4-5 projects now. The url hack allowed me to add a few that weren't in projects at all and from other projects at the same time.

    The only thing I've got now is I don't see a way now to create or move a repo and not have it be part of one of the projects. That one really isn't a big deal though, just something I noticed as I was organizing things.

  146. Tom Roche

    @Tom Roche: "@ I see

    Move existing repositories
    Whoops! Looks like you don't have any repos to move.


    @Jason Durheim: "were there existing repos already that weren't in a project, or present in other projects?"

    I currently own/admin |repos| > 50, none of which are associated with any projects, as I never had any projects before. I just now

    1. created a team=theteamthatistom for which I am {admin, owner, sole member} (as the name suggests :-)
    2. created a project for that team

    and I am currently attempting to group some of my existing repos into that project. Do I need to associate the repos with the team first? If so, I'm not seeing UI for that, either.

  147. Jason Durheim

    @Tom Roche Yeah, I'm guessing the repos not being under the team are the issue then. Everything I've worked with was all in/owned by the team. I'd have to let someone else comment on if/how you can move to another owner. Our company is very new to Git/BitBucket (and I hadn't used it either in the past), so not sure whether you even can.

    If you created some test repos under the team, then I'm guessing you'll start seeing the things the others of us have so far.