86 karma · joined March 14, 2018
We are heavily focusing on performance improvements - both in the product (so that features run better)[1] and in our GitLab.com infrastructure (so that GitLab.com runs more reliably)[2].
[1] - https://gitlab.com/gitlab-org/gitlab-ce/merge_requests?label...
A recurring problem when developing applications is that developers may unintentionally commit secrets and credentials to their remote repositories. If other people have access to the source, or if the project is public, the sensitive information is then exposed and can be leveraged by malicious users to gain access to resources like deployment environments. GitLab 11.9 includes a new check called Secret Detection. It scans the content of the repository to find API keys and other information that should not be there. GitLab displays results in the SAST report in the merge request widget, pipelines reports, and the security dashboards.
2. Merge request approval rules
Code review is an essential practice of every successful project, but who should review the changes is not always clear. It is often desirable to have a variety of reviewers from different teams like Engineering, UX, and Product. Approval Rules allow you to better communicate who should participate in code reviews by specifying the eligible approvers and the minimum number of approvals for each. Approval rules are shown in the merge request widget so the next reviewer can quickly be assigned.
3. Move ChatOps to Core
Initially introduced in GitLab Ultimate 10.6, ChatOps has now moved to GitLab Core. GitLab ChatOps provides the ability to trigger GitLab CI jobs from Slack by using the slash commands feature. We are open sourcing this feature in alignment with our buyer-driven tier designation to encourage its use and contribution by the community.
GitLab is 100% remote company [1] with 500+ team members in 50+ accross the Globe [2].
Could you please also update this info at [3] since it states 11-50 employees. Almost forgot to mention that we have the team-pets page as well :)
[1] - https://about.gitlab.com/company/culture/all-remote/
I wanted to share few more words on how we are trying to be the good stewards, you can find more about our stewardship rules and promises here https://about.gitlab.com/company/stewardship/#what-features-...
Thank you for writing and sharing this interface with everyone. Could you please reach out to merch@gitlab.com, we'd love to share some gifts with you :-).
Totally understand your words about the credibility you've earned for your hard work during the past years, and we'd love to help you out with any concern or question you may have regarding the migration.
Here are some good overviews [1] & [2] which may give you a better picture of how the migration goes and how we could support your initiative.
[1] https://mail.haskell.org/pipermail/ghc-devs/2018-December/01...
[2] https://www.drupal.org/drupalorg/blog/developer-tools-initia...
Another cool thing for me was the fact that you can use GitLab to contribute to GitLab [2].
It would be best to pick the topic you are most comfortable with (e.g. frontend HTML/JS) and after you dive in you'll definitely discover many other interesting areas you want to learn about.
You should definitely check out https://about.gitlab.com/community/contribute/ for more info on how to get started with contributing to open source. Feel free to join the Gitter room [3] and leave your questions in the chat.
Small note: My contributions led me to a job at GitLab, all the effort was seen and acknowledged and that made me feel really amazing! :-)
[1] - https://about.gitlab.com/what-is-gitlab/
[2] - https://about.gitlab.com/2015/07/07/how-we-use-gitlab-to-bui...
Also wanted to share this feature we are currently working on, it allows you to remove unused tags from Container Registry, and we hope it will land with release 11.7 https://gitlab.com/gitlab-org/gitlab-ce/issues/55978
Briefly our (my team's) goal is to respond to every question about GitLab asked online and to stay transparent [2] about evrerything. This helps us to create better documentation and processes as well as it's easier to provide feedback into GitLab.
Regarding the user feedback and preferences on HN, everyone's comment is welcome and we really appreciate the words from the competitor's side.
It's really interesting that many people at GitLab joins the HN threads and you probably noticed our CEO's activity as well as many other GitLabbers.
[1] https://about.gitlab.com/job-families/marketing/community-ad... [2] https://about.gitlab.com/handbook/values/#transparency
Could you please tell us what could make your experience more convenient? Do you have an open issue regarding your suggestions? If not, it would be great if you could open an issue about it at https://gitlab.com/gitlab-org/gitlab-ce/issues. We'd like to follow up on it.
It’s really valuable for us when users take the time to submit issues for bugs, changes, or feature proposals. This helps us steer the product in the right direction.
[1] https://gitlab.com/gitlab-org/gitlab-ee/issues/1012 [2] https://docs.gitlab.com/ee/user/project/code_owners.html