• We collect Bitbucket feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      Atlassian status as of September 2018

      Hi everyone,

      Thanks for voting and commenting on this suggestion. Your input in the comments helps us understand how this affects you and what you're hoping to accomplish with Bitbucket Server.

      This suggestion is a priority for the Bitbucket development team and is on our roadmap, however we're not able to provide a timeline for when it will be resolved. Learn more about our process here.

      Cheers,
      Anton Genkin

      Product Manager - Bitbucket Server

      Original request description

      On project pages, where all repositories within that project are listed, there is no description column (like there is a description column for each project on the frontpage of Stash).

      With the fixed hierarchy of only two layers (Projects-Repositories) proper categorisation of repositories can become cumbersome, and providing descriptions against the listing of repositories would help significantly.

      README files within each repository does not suffice.

        1. descriptions-3.2.1.png
          descriptions-3.2.1.png
          158 kB
        2. stash_prj_doc.png
          stash_prj_doc.png
          123 kB

            [BSERV-3216] Description for repositories

            tomas added a comment -

            We are happy to announce that Bitbucket 6.2 has repository descriptions!

            tomas added a comment - We are happy to announce that Bitbucket 6.2 has repository descriptions!

            Hi!
            Any news around that?
            Thanks
            Gonchik

            Gonchik Tsymzhitov added a comment - Hi! Any news around that? Thanks Gonchik

            @Michael Giroux, I believe they added something like that to the git config on disk. See BSERV-3972

            Jason Kemp added a comment - @Michael Giroux, I believe they added something like that to the git config on disk. See BSERV-3972

            The README file appears in the source tree and should be reserved for the user.

            Every git repository created in Stash contains a .git/description file that at the moment contains nothing useful.  Stash could easily provide some useful information in the .git/description file.

            At our site, we use a lot of bash scripts to traverse the git repos for various reasons.  if you think having a 2 level hierarchy is limited, try to figure out what the shared/data/repositories/1132 git repo contains.  It would be very useful if Bitbucket would store some information in the description file.

            project:

            { description: xxx key: xxx }

             

            repository:

            { id: nnnn description: xxxxx slug: xxxx }

            Other information might be useful as well.

            This information is available via REST API, but that is not very convenient when trying to script through the entire set of repositories.

            Deleted Account (Inactive) added a comment - The README file appears in the source tree and should be reserved for the user. Every git repository created in Stash contains a .git/description file that at the moment contains nothing useful.  Stash could easily provide some useful information in the .git/description file. At our site, we use a lot of bash scripts to traverse the git repos for various reasons.  if you think having a 2 level hierarchy is limited, try to figure out what the shared/data/repositories/1132 git repo contains.  It would be very useful if Bitbucket would store some information in the description file. project: { description: xxx key: xxx }   repository: { id: nnnn description: xxxxx slug: xxxx } Other information might be useful as well. This information is available via REST API, but that is not very convenient when trying to script through the entire set of repositories.

            I think pulling context out of the README is a great idea for encouraging good readmes, but it would be very hard to do correctly.

            A README.md for a project foobar often starts with # foo bar or badges. Deciding how much to take out of the README, and what styling to remove, would be a hard problem.

            Given that there's already precedent for descriptions of projects, I think a simple plain text description would work better. This is GitHub's approach, and it works well there.

            A repo description is essentially a subtitle. The readme title is likely to repeat the repo name. A repo description might be "a pure Python foobar implementation" or "low-level optimised foobar parser", giving more information which is probably written later in the readme.

            Wilfred Hughes added a comment - I think pulling context out of the README is a great idea for encouraging good readmes, but it would be very hard to do correctly. A README.md for a project foobar often starts with # foo bar or badges. Deciding how much to take out of the README, and what styling to remove, would be a hard problem. Given that there's already precedent for descriptions of projects, I think a simple plain text description would work better. This is GitHub's approach, and it works well there. A repo description is essentially a subtitle. The readme title is likely to repeat the repo name. A repo description might be "a pure Python foobar implementation" or "low-level optimised foobar parser", giving more information which is probably written later in the readme.

            Yes, please. Mainly to be able to get a quick understanding of what's what from with the listing screens. 

            Indexing the README is a good idea for searching.  But I agree it might be tough to determine the appropriate snippet to show as a repository description.

            Agreed. Just need a simple one liner for description.

            If anything were to be pulled automatically from the repo, I think a move to something like having a file named `.bitbucket` or `.repo` in the root would be better as that could later be extended.

             

            // File: '.bitbucket' or '.repo' in the root of the repository
            
            description: Lorem ipsum dolor...
            public_url: http://somesite.com
            license: MIT
            support:
              email: author@somesite.com
              issues: http://jira.somesite.com
              wiki: http://confluence.somesite.com
            ...

            And those could later be pulled into the Bitbucket UI in creative and useful ways.

            The composer.json schema (the top level meta data stuff and support layers anyway) is probably a pretty good model. http://composer.json.jolicode.com/ But yaml > json!

             

            willthemoor added a comment - Yes, please. Mainly to be able to get a quick understanding of what's what from with the listing screens.  Indexing the README is a good idea for searching.  But I agree it might be tough to determine the appropriate snippet to show as a repository description. Agreed. Just need a simple one liner for description. If anything were to be pulled automatically from the repo, I think a move to something like having a file named `.bitbucket` or `.repo` in the root would be better as that could later be extended.   // File: '.bitbucket' or '.repo' in the root of the repository description: Lorem ipsum dolor... public_url: http: //somesite.com license: MIT support: email: author@somesite.com issues: http: //jira.somesite.com wiki: http: //confluence.somesite.com ... And those could later be pulled into the Bitbucket UI in creative and useful ways. The composer.json schema (the top level meta data stuff and support layers anyway) is probably a pretty good model. http://composer.json.jolicode.com/  But yaml > json!  

            There's a free add-on for this:  [Repository descriptions|https://marketplace.atlassian.com/plugins/at.apogeum.stash.repodesc/server/overview]

            It lets you type in a description on the repo settings page.   Stephan accepted a PR I submitted a couple weeks ago (but he hasn't updated the screenshots yet) and so it also now includes some data extracted from the repo's most recent commit.

            Here's a screenshot of this free add-on in action:

             

            Julius Davies [bit-booster.com] added a comment - There's a free add-on for this:  [Repository descriptions| https://marketplace.atlassian.com/plugins/at.apogeum.stash.repodesc/server/overview ] It lets you type in a description on the repo settings page.   Stephan accepted a PR I submitted a couple weeks ago (but he hasn't updated the screenshots yet) and so it also now includes some data extracted from the repo's most recent commit. Here's a screenshot of this free add-on in action:  

            Kurt Werle added a comment -

            It really only needs to be a single line summary. README files tend to be much more descriptive than that. Is it really so hard to just had an extra field per repository in the database?

            +1

            Kurt Werle added a comment - It really only needs to be a single line summary. README files tend to be much more descriptive than that. Is it really so hard to just had an extra field per repository in the database? +1

            Using a portion of a README suggests that this would impose some requirements on the README file formatting in order to extract an appropriate repository description.  That seems unreasonable to me, especially when only a single line description is needed. Bad idea.

            Deleted Account (Inactive) added a comment - Using a portion of a README suggests that this would impose some requirements on the README file formatting in order to extract an appropriate repository description.  That seems unreasonable to me, especially when only a single line description is needed. Bad idea.

            Indexing the README is a good idea for searching.  But I agree it might be tough to determine the appropriate snippet to show as a repository description.

            Todd Lindner added a comment - Indexing the README is a good idea for searching.  But I agree it might be tough to determine the appropriate snippet to show as a repository description.

              Unassigned Unassigned
              98be7e2d3059 mck
              Votes:
              184 Vote for this issue
              Watchers:
              91 Start watching this issue

                Created:
                Updated:
                Resolved: