The IT Ops department is part of the GitLab Business Ops function that guides systems, workflows and processes and is a singular reference point for operational management.
IT Ops will work with Security, People and Business Operations to develop automated on-boarding and off-boarding processes. We will develop secure integrations between Enterprise Business Systems and with our Data Warehouse. We will develop tooling and process to facilitate end-user asset management, provisioning and tracking. We will work to build API Integrations from the HRIS to third party systems and GitLab.com. We triage IT related questions as they arise. We build and maintain cross-functional relationships with internal teams to champion initiatives. We will spearhead on-boarding and off-boarding automation efforts with a variety of custom API integrations, including GitLab.com and third-party resources, not limited to our tech-stack, with scalability in mind.
For information about the access request process, please refer to the access request handbook page.
For information about baseline entitlements and role-based access, please refer to the baseline entitlements handbook page
If you would like to check whether or not a team-member is a member of a Slack or a G-Suite group, you can view the following automated group membership reports:
Team members contact details can be found in slack profiles.
Slack is not ideal for managing priorities of incoming issues, so we ask that all such requests create an issue at IT Ops Issues and we will triage and address them as soon as we can. All issues created in the queue are public by default.
Privileged or private communications should be sent to itops@ where all new issues are private by default, visible only to the reporter and appropriate team members.
Screenshots and videos are very helpful when experiencing an issue, especially if there is an error message.
The laptop ordering process starts as soon as an offer is accepted by a candidate and the initial Welcome email is sent by the Candidate Experience Specialist. This email will include a link to the Notebook Order Form where the new team member will state their intent for obtaining or ordering hardware.
Team members that live in these countries can be serviced via the IT Laptop Ordering Process:
USA, Canada, Japan, Mexico, UK/Ireland, France, Spain, Germany, Italy, Australia, Russia, Netherlands, Thailand, New Zealand
Please note that we are adding supported countries to this list as we discover our ability to order in them. You can test this by going to order a Macbook Pro from the regional Apple store, and seeing if they let you customize a build or alternately refer you to local retailers. If the latter, see below.
Team members that do not live in these countries will need to procure their own laptop and submit for reimbursement. If the team member desires financial assistance the Company will advance the funds to help facilitate the purchase (see Exception Processes below).
KPI 99% of laptops will arrive prior to start date or 14 days from the date of order.
If you are in a region where we are not able to have a laptop delivered, and you need to request funds be advanced in order for a local purchase to take place ; Obtain two quotes from local retailers (online or physical).
Email your manager with those quotes attached, requesting the funds advance and detailing the reason why (geo region, unable to have laptop delivered). Your manager will then forward their approval to Wilson & Jenny in Finance for final approval and dispensation.
Should a laptop not be available to a new GitLab team-member upon their start date, but is pending, interim options include ;
- Using personal non-windows hardware (mac, linux, mobile) - Renting and expensing non-windows hardware - Purchasing and expensing (or returning) a Chromebook
GitLab approves the use of Apple and Linux operating systems, Windows is prohibited. The prohibition on Microsoft Windows is for the following reasons:
The operating system choices have obviously affected the hardware selection process.
Apple hardware is the common choice for most GitLab team-members, but if you are comfortable using and self-supporting yourself with Linux (Ubuntu usually) you may also choose from the Dell builds below.
** Everyone Else (Macbook) - 13” / 256gig SSD / 16gigs RAM / Quad-Core i5 CPU
For Engineers, Support Engineers, Data Analysts, Technical Marketing Managers, UX Designers, UX Managers (Macbook) - 15” / 512gig SSD / 32gig RAM / i9 or i7 CPU
*** For Engineers, Support Engineers, Data Analysts, Technical Marketing Managers, UX Designers, UX Managers (Dell/Linux) - 15” / 512gig SSD / 32gig RAM / i9 or i7 CPU
Everyone Else (Dell/Linux) - 13” / 256gig SSD / 16gigs RAM / Quad-Core i5 CPU
We strongly encourage Macs, but we do allow Linux if you are capable of self-support and updates.
For Linux laptops, we recommend purchasing a Dell computer pre-loaded with Ubuntu Linux. The reasons for using Dell for a Linux laptop are as follows:
** NOTE : This model is not the standard configuration of Macbook pro. Please make sure you order this model minimum 7days, based on your locality, prior to your desired date to recieve.
* NOTE : for this model, it is suggested to also purchase and expense (or request in your initial laptop order) an inexpensive webcam. The built in webcam looks straight up your nose. Also note that 1Password does not yet have a native client for Linux, but there is a browser extension. Max price: **the price of the equivalent Mac laptop
Laptops are purchased by IT Ops when a team-member comes on board; the team-member will be sent a form to fill out for ordering.
When recommending or approving end user device vendors for team member access, the Security Team tries to balance privacy, security, and compliance to ensure a solid choice for accessing GitLab data. Our current recommendations include Apple MacBook Pro running Mac OS X and Dell Precision running Linux.
By its very nature, GitLab has historically been very open as a company, starting as open source and migrating from a group of coders with their own laptops to an organization that needs to protect not just their own corporate data but customer data as well. Having developed a Data Classification Policy and currently implementing Zero Trust, we've had to make adjustments in laptop recommendations. Our laptop vendor selection criteria is as follows:
Team member needs
The main needs center around processing power and the operating system support for required workloads. Most modern systems meet the processing power needs of our team members. Apple Mac OS X and Dell Linux distributions meet the operating system needs.
GitLab needs the ability to ensure a secure and stable platform. From an operating system perspective, Mac OS X and Linux meet the basic needs. The Security team has found a slight advantage in Ubuntu as a Linux distribution due to their rapid response time when it comes to patching security flaws, and recommend this distribution. This is not at the exclusion of all other distributions, but this is the one we recommend.
In the case of Microsoft Windows, as we previously stated there are a number of reasons to restrict access from a security perspective. Historically, the operating system has had its share of security flaws and is a frequent target of various forms of malware. In fact Windows is responsible for the major share of all malware, including such items as ransomware.
From a hardware point of view, we have to examine security issues such as supply chain attacks. Some vendors have had these issues involving the operating system, although in many cases it has been directly related to Microsoft Windows. However, if a vendor has had potential supply chain issues involving firmware or hardware, we will consider other vendors first.
To meet compliance needs for the various certifications, programs, and industry regulations, we have to meet criteria including the ability to restrict access to sensitive data to company-issued laptops running company-monitored software. In many cases we need to be able to prove this via auditing, including outside auditors. Using one vendor for Mac OS X (Apple by default) and one for Linux. A part of this process will include ensuring systems are patched, and in the Linux case we want to ensure firmware patches are applied. Very few hardware vendors not only supply Linux as an operating system but also provide a way to apply patches - including security patches - to firmware via the normal Linux patch process.
There is no specific example for using one brand over another from a compliance perspective. That being said, there are customers we wish to sell GitLab products that have specific requirements internally, and to align ourselves with those requirements can be not only a positive sign we understand the customer space, but give us a competitive advantage. For example, since there is a strong push to sell to agencies within the US Government, we will already face restrictions such as support from only US-citizen GitLab team members while on US soil. As these agencies also have access to classified (non-public) reports on such things as computer vendors, one only has to note which laptops are approved for purchase. For that reason, we will restrict our vendor list to vendors that are currently approved by the various organizations issuing those certifications and programs we are trying to be compliant with. This simplifies the ability to support those customers which may impose restrictions on team members working in support roles for that customer solely based upon the hardware they are using. In other words, we eliminate this possibility of becoming a situation to be managed.
To be able to use a laptop vendor, we have to be able to purchase and ship hardware to our team members regardless of where they live. Therefore the vendor should be able to handle most if not all shipping requirements to all team members.
Replacement laptops for broken GitLab laptops can be purchased as needed by creating an issue in the IT Ops issue tracker project and using the
This process can also be followed for laptops that are not broken but old enough that you are having trouble completing your work. Please refer to the spirit of spending company money when deciding whether or not it is appropriate to replace your functioning laptop. Everyone's needs are different so it is hard to set a clear timeline of when computer upgrades are necessary for all team-members, but team-members become eligible for an updated laptop after 3 years.
Many team members can use their company issued laptop until it breaks. If your productivity is suffering, you can request a new laptop. The typical expected timeframe for this is about three years, but it can depend on your usage and specific laptop. Laptops paid for by the company are property of GitLab and need to be reported with serial numbers, make, model, screen size and processor to IT Ops by adding it to this form: GitLab laptop information for proper asset tracking. Since these items are company property, you do not need to buy insurance for them unless it is company policy to do so (for example, at the moment we do not purchase Apple Care), but you do need to report any loss or damage to IT Ops as soon as it occurs. Links in the list below are to sample items, other options can be considered.
If your laptop is broken and needs to be repaired you can take it into an apple repair store. If the repair is not going to be too expensive (more than $1000 dollars USD), go ahead and repair and expense. If the repair is going to take longer than a day then you need to make sure you have a back up laptop to work on that is non-Windows. You can open an issue in ITOPS to document the repair and get your managers approval. If, however, the repair is going to be expensive and take weeks to fix and you have no back up laptop, your best option is to replace the laptop. In this case please open an issue to replace. Then please follow the guidelines in the template and once you receive the new laptop we can have the old one sent off to our reseller.
New laptops should be configured with security in mind. Please refer to security best practices when configuring new laptops. All team-members must provide proof of whole-disk encryption within the new laptop order issue.
Should an employee depart Gitlab, they have the option of purchasing their laptop for current market value. IT Ops will email all offboarded employees asking If they would like to send back or purchase their laptops. If purchasing, our Business Ops Director will approve, and we will send the offboarded employee an email with the determined value. Then, if the employee decides to move forward with purchasing, our accounting department will reach out with payment information.
Part of the IT Ops replacement laptop process is providing each team-member with instructions about how to return their old laptop (whether outdated or broken). All laptops must be returned within 2 weeks of receiving the replacement laptop, so please prioritize transferring information between laptops within this timeframe.
If an offboarded employee decides not to purchase, then we will have them ship to our 3rd party vendor that handles sell backs, SellYourMac. SYM will send them a shipping label, and in the US, a shipping box as well.
All team-member laptops must be securely erased before being returned. This not only protects the company, but also protects you since it is possible for personal information to exist on these machines. Reformatting a computer is not sufficient in these cases because it is possible for sensitive data to be recovered after reinstalling an operating system.
In an effort to secure access to systems, GitLab is utilizing Okta. The key goals are:
To read more about Okta, please visit the Okta page of the handbook.
To provide proof of Full Disk Encryption, please do the following depending on the system you are running.
System Preferences -> Security & Privacy, and then choose the
FileVaulttab near the top of the window. For your serial number, choose the
About This Macoption. Please get both pieces of information in a single screenshot.
sudo dmsetup ls && sudo dmidecode -s system-serial-number && cat /etc/fstab
As our first stage rollout for fleet-reporting, we will be offering an open (voluntary) sign-up for Fleetsmith for all GitLab team members. The signup link will be provided via email, but will not be mandatory at this stage.
Currently Fleetsmith is only being used to collect the following information.
Fleetsmith will make no changes to any corpororate hardware at this time, and is only being used for the lightest-touch reporting possible.