Published on November 20, 2018
4 min read
Core team member Hannes Rosenögger shares his experience contributing to GitLab since 2014.
For this month's blog post, we're featuring another Core Team member Hannes Rosenögger.
My first MR to close multiple issues with one commit was back in December 2014. So that's almost four years ago!
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.
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 haynes
.
I am a Java software developer for a public sector organization in Germany.
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.
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.
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.
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 rpaik@gitlab.com.
Note: This post is part of a series featuring people who contribute to GitLab.
Find out which plan works best for your team
Learn about pricingLearn about what GitLab can do for your team
Talk to an expert