Let me close as Issue Bash was replaced by Hackthon in 2018. Use https://gitlab.com/gitlab-com/marketing/community-relations/contributor-program/hackathon/-/issues issue tracker for feedback. cc @cbacharakis @gitlab-org/gitlab-core-team
I read the blog post and marked the issue bash in my calendar. It was fun to dig through the code and prepare a small patch. However, it would have been nice if someone would have been able to give timely feedback on such a single day event :).
gitlab-com/www-gitlab-com!82907 (merged) started themed hackathon at 2021-06 (corresponding to Q1 FY2022 for GitLab company's FY), so closing. Thanks @cbacharakis! cc @gitlab-org/gitlab-core-team
There was a suggestion for an accessibility related issue bash here:
Adding a theme to certain issue bashes sounds like a great idea for adding variation to the issue bashes and to allow us to focus on a particular area within the app. I think accessibility would be a great place to start.
Here we can explore how to organise such a themed event and how it would differ from a regular issue bash
Setting Category:Gitter based on groupgitter.
Setting Category:Gitter based on groupgitter.
@markglenfletcher When is GitLab Issue Bash Q3 2018? Same as scheduled?
It's still going ahead. I need to write the blog post and get a tweet sent out
@markglenfletcher When is GitLab Issue Bash Q3 2018? Same as scheduled?
That sounds like a good idea to me! We could also use 2 themes per issue bash since we only have 4 issue bashes a year.
Themes to explore:
API
Accessibility
Admin Dashboard
These look like good first themes, we could try having
I think accessibility would be a great place to start.
We could use this them for the Q2 bash.
Looks nice
Themes could also help us to have the correct contacts on hand when running the bash. If we're running a frontend theme then we'll need some contributors or team members with frontend experience
I think that we can start with some broad themes and then further specialise if it works:
Themes to explore:
There was a suggestion for an accessibility related issue bash here:
Adding a theme to certain issue bashes sounds like a great idea for adding variation to the issue bashes and to allow us to focus on a particular area within the app. I think accessibility would be a great place to start.
Here we can explore how to organise such a themed event and how it would differ from a regular issue bash
@markglenfletcher sure. I can fully understand the situation and I am used to reviews on open source projects taking longer. It was just a general feedback on what would distinguish issue bashes from normal contributions :)
@ablu Thanks for the feedback. We are looking to improve the response times on Merge Requests from the community in general. Unfortunately, it's not always possible to have reviewers for the Frontend and Backend on hand during the bashes because we always run them on a weekend. Often the Merge Requests created in the bash period will be reviewed in the days that follow.