This guide will help you and your organization get the most from Workbrew, and is for people who will be administrating devices in some capacity, for example:
If you are the user of a device managed by Workbrew, you may find {TODO} more useful.
In Workbrew, a Workspace represents your organization, and contains the devices belonging to your fleet. In this section, you will sign-up for an account to create a Workspace and add your first device.
To start using Workbrew, follow these steps:
With your first device set up, you’re ready to add more. You can continue to add devices manually, but it's recommended to distribute Workbrew via a device management platform (MDM) to benefit from zero-touch deployment and automatic inventory syncing.
Workbrew has integrations with a variety of MDMs. Follow the deployment guide for your favorite MDM below:
You can still use Workbrew if your MDM isn't on this list. Contact us for help getting set up. {TODO CONTACT}
Workbrew has features for remote management, developer productivity, security & compliance, and analytics & observability. Those all may be useful to your org, but it's likely you have more pressing reasons to use Workbrew. This section will help you choose your setup path and address your priorities fast.
You want to understand how your organization is using packages from brew: the packages installed, your organization's update hygiene, and whether any known CVEs affect your fleet. The Workbrew Console provides insights into software usage, trends, and vulnerabilities across your fleet.
Check out Visibility into brew Usage Across Devices to learn how to get the most from the Workbrew Console.
Much of the information available in the console is also available in JSON or CSV formats via the Workbrew API, allowing you to bring data into existing dashboards or automation pipelines. Check out the guide on getting started with the API {TODO}, or dive straight into the reference documentation (requires login).
You know developers in your organization want to use brew, and probably already are, and you want to manage that usage. The Workbrew Agent securely wraps brew, letting developers keep the experience they love, whilst allowing you to control access by groups, allow or disallow packages, and set policies around usage.
Start with Organize devices with Device Groups, allowing you to target different devices and users with different configurations and policies. You are then ready to Configure policies for formulas, taps, and casks.
You want to equip your developers with all the tools they need on Day 0, and be able to remotely install, update, or remove packages. With Workbrew, you can leverage the entire brew ecosystem to help developers hit the ground running.
If you haven't already, start with Organize devices with Device Groups to enable you to target different groups of devices or users with Default Package configurations or brew commands. If you want to deploy software to new devices, or when devices join a particular Device Group, check out Standardize software across Devices with Default Packages. Finally, Remote management using brew commands will show you how to run and monitor the execution of any brew command on a device in your fleet.
This section provides configuration steps feature-by-feature. Unsure where to start? Check out What brings you to Workbrew? Determining your objectives.
Group devices based on team, department, or specific requirements using Device Groups. Device Groups make it easy to apply remote management configurations and commands to a subsets of devices, streamlining fleet management.
If you’ve connected your MDM, existing device groups will automatically sync into Workbrew.
Synced groups are marked as Managed by… your MDM and update automatically as their membership changes in your MDM.
brew usage across DevicesThe Dashboard, Vulnerabilities, Analytics, Packages, Taps and Licenses pages in the Workbrew Console provide insight into software usage, trends, and vulnerabilities across your devices.
brew packages on all connected devicesbrew on which Workspace devices, whenUse Policies to define high-level security and compliance rules for your fleet.
Before setting up policies, configure the administrator name and contact message that end-users will see in the CLI during a blocked install:
A common baseline setup for organizations operating within a highly regulated industry is:
To do this:
homebrew/homebrew-core, homebrew/homebrew-cask, and any connected private taps will be setproxytunnel)AGPL-3.0-only, AGPL-3.0-or-later)visual-studio-code, zoom, slack)These policies immediately apply to matching devices, and enforced by the Workbrew Agent at the CLI Level. Blocked installs return clear error messages pointing users to your designated administrator contact.
Workbrew’s Brew Commands feature enables you to manage software remotely, executing brew commands across multiple workspace devices from the Console.
brew install, brew update, or brew upgrade, across one or more devices in your fleetThe Console logs every Brew Command, allowing you to track the status, view execution details, and troubleshoot issues as needed.
To upgrade VS Code once a week on just your developer's devices (and include any new devices added to the group).
brew upgrade --cask visual-studio-code as an argumentUse Default Packages to ensure essential software is consistently installed across your devices.
Create Brewfiles by listing essential packages for different devices, then install them all with a single command.
See all your Default Packages at a glance and know which lists of packages target which groups.
Track installation logs and status on the Brew Commands page to verify successful deployment across targeted devices.
To get your whole team started with a list of pertinent default packages:
brew "git", brew "openssl")