Community Issue Bash

Every quarter we hold a Community Event called an Issue bash. These events aim to promote collaboration within our Community and introduce new contributors to GitLab.

We try to make the event accessible to contributors of all levels by collaborating on a range of tasks.

  • Finding issues in the tracker that can be easily closed
  • Categorizing existing issues that are lacking labels
  • Fixing known bugs and pain points
  • Shipping of existing feature proposals

There is no shortage of tasks that contributors can try their hand at. Whether this is writing their first merge request to contribute a bug fix or a feature proposal or collaborating with the core team to track down and close some duplicate issues and streamline the issue tracker.

Frequently Asked Questions

  1. Where can I find out about upcoming issue bashes?

    Issue bashes are announced on the blog and on Twitter. You can find a list of the bashes that we have planned and the dates in the section below
  2. Where can I ask questions and look for Issue Bash help?

    You can mention contacts for the Issue bash in issues or you can use one of our public communication channels to collaborate:

  3. I want to help close issues. Where do I get started?

    Steps

    • Identifying duplicates issues and mentioning a member of the team
      • Team member will triage and possibly close as a duplicate
      • (Non technical) Will need to be able to search through issues and identify duplicates
    • Attempting to reproduce labelled bugs in a test project on GitLab.com and mention a team member with the results of their investigation (suggesting labels, suggesting closure, etc)
      • Team member will triage and close if the bug is no longer reproducible
      • (Both Technical and Non technical) Some bugs are harder to reproduce than others, but the majority should be reproducible using a test project created on GitLab.com
      • Please refrain from testing issues with the security label on GitLab.com

    Best place to start

    • Not really a suggestion for finding duplicates. Duplicates could exist for any issue and we don't have any particular view that makes finding them easier.
    • Existing bugs view will help for determining if old bugs should be closed as non-reproducible or kept open

    Best way to help out

    Comment on issues about what you have found out and your suggestions for issues, whether to close or keep open and if you've found a duplicate, mention the issue ID. Mention a key contact so that the correct course of action can be taken.

  1. Who can participate?

    Anyone and everyone! We aim to make the Issue Bash as accessible as possible and offer things to do for contributors with no experience or plenty of experience. We also hope that contributors of all technical abilities can find stuff to work on.

  2. Where can I give feedback about the event itself?

    We'd love to hear what you think about the event and whether you have any suggestion for changes that we can make.

    Please raise an issue on the Feedback tracker or raise an issue by sending an email.

  3. I want to help categorise issues. Where do I get started?

    Steps

    • Investigate unlabelled issues with the aim of providing a suitable label and mentioning a team member
      • Team member will apply suggested label
      • (Non technical) Unlabelled issues can be located and investigated by contributors of all technical abilities

    Best place to start

    • Unlabelled issues
    • These issues are all unlabelled and open, they haven't been triaged as of yet
    • These issues are listed in order of first raised, so some may no longer be valid, some will be old
    • These issues may contain interesting feature proposals or bugs that haven't yet been categorised

    Best way to help out

    Write a comment on the issue mentioning a key contact and the labels suggested using the label syntax ~label

  4. I want to help fix issues. Where do I get started?

    Steps

    Fixing known bugs and pain points or shipping existing feature proposals

    • Look into the issues labelled as bug , attempt to reproduce and provide a merge request to fix
      • Team member will label the issues and merge requests as needed and mention other team members that can help progress the original issue to closure
      • Some issues may just be filed under Documentation
      • (Technical and Non technical) Some bugs are easier to fix and may only require changes to documentation which can be done via the Web Interface, some are much more difficult to fix
    • Look into the issues labelled as Accepting Merge Requests feature proposal , understand the use case and create a merge request to provide the new functionality
      • Team member will label the issues and merge requests as needed and mention other team members that can help progress the original issue to closure
      • (Technical and Non technical) Some feature proposals are easier to write and may only require changes to documentation which can be done via the Web Interface, some are much more difficult to satisfy

    Best place to start

    • Existing bugs
      • These issues have all been categorised as bugs at one time or another
      • These issues are ordered by oldest updated first
      • These bugs may have been fixed and therefore the issues are no longer reproducible and should be closed
      • These bugs may still stand and a contributor could pick up the issue and provide a fix in a merge request
      • These bugs will touch on all sorts of categories from Documentation to style fixes to frontend and backend fixes. There's plenty for everyone
    • Accepting Merge Requests - bugs
      • These issues have already been opened up for a Community Contribution
      • These issues have been categorised as a bug
      • These issues are listed in order of first raised
    • Accepting Merge Requests - feature proposals
      • These issues have already been opened up for a Community Contribution
      • These issues have been categorised as a feature proposal
      • These issues are listed in order of first raised
    • Ideal First Time Contribution issues
      • Ideal for new contributors!

    Best way to help out

    Submit a merge request with a potential fix for the issue and mention a key contact so that proper labels can be assigned. The normal review process for Community Contributions will then commence.

Events

2016 GitLab Issue Bash

2016-12-03 to 2016-12-04

Issue Bash Proposal

GitLab Issue Bash Q1 2017

2017-03-04 to 2017-03-05

Issue Bash Proposal

GitLab Issue Bash Q3 2017

2017-09-02 to 2017-09-03

GitLab Issue Bash Q4 2017

2017-12-02 to 2017-12-03

GitLab Issue Bash Q1 2018

2018-03-03 to 2018-03-04

GitLab Issue Bash Q2 2018

2018-06-02 to 2018-06-03