glab(1)

πŸ“¦
version 1.128.0 Β· 2 versions
, in arch rolling

πŸ’– glab-dependency-firewall-twine πŸ’–

okay bestie, this is a page straight out of the glab(1) manual β€” and it's giving beta energy but make it package security. The command is glab-dependency-firewall-twine.

✨ NAME ✨

glab-dependency-firewall-twine β€” Run Twine through the GitLab Dependency Firewall. (BETA)

🌈 SYNOPSIS 🌈

glab dependency-firewall twine  [flags]

🌸 DESCRIPTION 🌸

Okay so this command runs the twine binary through the GitLab Dependency Firewall. It checks every package download and upload against the policy for the current project, refuses blocked packages, and gives you a summary of the results after the run. πŸ’…

It uses your package manager's registry or index configuration, and it does not modify that config. Not even a little. πŸ™ˆ

Package names get normalized the way PEP 503 says, so Flask_Login and flask-login are literally treated as the same package. iykyk.

Every argument you pass is forwarded to twine verbatim. No editing, no remixing.

🚨 beta alert, bestie: this feature is in beta and might not be ready for production use. It might be unstable and breaking changes can occur outside of major releases. For more information, see https://docs.gitlab.com/policy/development_stages_support/. 🫢

πŸ’… OPTIONS INHERITED FROM PARENT COMMANDS πŸ’…

  • -h, --help[=false] β€” Show help for this command.

πŸŽ€ EXAMPLE πŸŽ€

Upload a package through the Dependency Firewall? Say less:

# Upload a package through the Dependency Firewall
glab dependency-firewall twine upload dist/*

πŸ¦‹ SEE ALSO πŸ¦‹


mwah πŸ’‹ this page is auto generated by spf13/cobra, dated Nov 2026, and it's chillin' in the glab(1) manual. periodt. ✨

πŸ“¦ where this page comes from