For this month's blog post, we're featuring another Core Team member Hannes Rosenögger.
When did you first contribute to GitLab?
My first MR to close multiple issues with one commit was back in December 2014. So that's almost four years ago!
Why and how did you decide to contribute to GitLab?
I used the Community Edition privately and noticed that mentioning multiple issues in an MR only closed the first issue. Since GitLab was open source and the fix was easy, I decided to fix it myself. GitLab's open policy about everything within the company was also a huge factor.
Which area(s) of the GitLab product have you been contributing to?
I guess it's been pretty random for me. Most of my contributions have been on the backend side and documentation fixes, but if I see something that I can easily fix or I need a feature for my work, I try to make a contribution. I also provide support on the #gitlab IRC channel on freenode. My IRC handle is
Can you tell us what you do professionally?
I am a Java software developer for a public sector organization in Germany.
What do you like to do when you're not working?
When I'm not working, I'm probably doing something for my local scout group. I enjoy working with the kids and teaching. I also like to fix things from coffee machines to cars. Basically anything that I can fix with a bit of work.
What advice do you have for others who may be interested in contributing to GitLab?
Contributing to GitLab is easier than it looks at a first glance and you can contribute to the community in many different ways. For example, if you want to help out translating the GitLab user interface to your native language on CrowdIn, this does not require programming skills or any special setup on your laptop. Also when you want to contribute code, reviewers are normally quite fast in getting back to you and are more than happy to help if you have any questions.
If you are unsure how to get started or you need help, anyone should feel free to ping me on Twitter (@hrosenoegger) or in the #gitlab IRC channel on freenode.
Anything else you want to share with the community?
I love the fact that GitLab actually listens to the community. Even after they make a decision to add a new, paid feature, when community members believe it makes more sense to have the feature in GitLab Core or the free tier of GitLab.com, they will actually port it back. The Squash and Merge feature is a good example of that.
Interested in learning how you can contribute?
A good place to start is the Contributing to GitLab page, where you can learn how you can contribute to GitLab code, documentation, translation, and UX design.
If you have any questions, you are always welcome to reach me at email@example.com.
Note: This post is part of a series featuring people who contribute to GitLab.