News

GitLab 11.3 released with support for Maven repositories, protected environments and more

2 min read

GitLab 11.3 was released on Saturday with support for Maven repositories, Code Owners, Protected Environments and other changes. These new added features help in automation of controls around environments and code while also providing further efficiencies for Java developers.

Maven repositories in GitLab 11.3

Maven repositories are now directly available in GitLab. This gives Java developers a secure, standardized way to share version control in Maven libraries. It also saves time by reusing these libraries across projects but it is available only on GitLab premium.

Lower-level services can now have their packaged libraries published to their project’s Maven repository. They can share a simple XML snippet with other teams to utilize the library while Maven and GitLab do the rest.

Code owners and protected environments

GitLab Starter now supports assignment of Code Owners to files indicating the appropriate team members contributing to the code. This is a primer for future releases, which will enforce internal controls at the code level.

Operators can also use Protected Environments for setting permissions to determine which users can deploy code to production environments. This significantly reduces the risk of an unintended commit. This feature is also available only on premium.

Epic forecasting with integrated milestone dates

The new Portfolio Management feature in GitLab Ultimate forecasts an epic’s start and end dates automatically based on the milestone dates of its issues. Portfolio managers will be able to compare their planned start and end dates against the scheduled work enabling faster decisions on delivery and plan adjustments.

In older versions, fixed values could be set for the planned start and end dates of an epic. This was useful for high-level planning of epics. However, as issues are attached to the epic and the issues are scheduled for work with actual milestones, it is useful to have epic dates reflecting those milestones.

In this version, the static values for the dates can be changed to a dynamic value called ‘From milestones’. The dynamic version of epic planned end dates are analogous. This is a useful feature to have if you want seamless transition from high-level, top-down planning to micro-level, and bottom-up planning.

For more information, visit the GitLab website.

Read next

GitLab raises $100 million, Alphabet backs it to surpass Microsoft’s GitHub

Gitlab 11.2 releases with preview changes in Web IDE, Android Project Import and more

GitLab is moving from Azure to Google Cloud in July

Prasad Ramesh

Data science enthusiast. Cycling, music, food, movies. Likes FPS and strategy games.

Share
Published by
Prasad Ramesh

Recent Posts

Top life hacks for prepping for your IT certification exam

I remember deciding to pursue my first IT certification, the CompTIA A+. I had signed…

3 years ago

Learn Transformers for Natural Language Processing with Denis Rothman

Key takeaways The transformer architecture has proved to be revolutionary in outperforming the classical RNN…

3 years ago

Learning Essential Linux Commands for Navigating the Shell Effectively

Once we learn how to deploy an Ubuntu server, how to manage users, and how…

3 years ago

Clean Coding in Python with Mariano Anaya

Key-takeaways:   Clean code isn’t just a nice thing to have or a luxury in software projects; it's a necessity. If we…

3 years ago

Exploring Forms in Angular – types, benefits and differences   

While developing a web application, or setting dynamic pages and meta tags we need to deal with…

3 years ago

Gain Practical Expertise with the Latest Edition of Software Architecture with C# 9 and .NET 5

Software architecture is one of the most discussed topics in the software industry today, and…

3 years ago