The formats to include
Vector is the master. Provide SVG for web and modern tools, and AI, EPS or PDF if the client's printers or agencies need them. Then provide transparent PNGs at a few useful sizes for the people who will never open a design tool. Skip JPG unless requested; it has no transparency and adds confusion.
| Format | Include | Scales | Transparent | Note |
|---|---|---|---|---|
| SVG | Primary, symbol, wordmark | The master. Every other file can be exported from it. | ||
| PNG | Transparent, at 1x and 2x for common uses | For people who will never open a design tool. | ||
| PDF or EPS | For print, if in scope | What print suppliers and older agencies ask for. | ||
| JPG | Only if requested | No transparency; adds confusion. GitBrand exports it on demand when needed. | ||
| Favicon and avatar | Square crops, if in scope | Saves the client from cropping the symbol badly. |
The color versions to include
Full color on light, full color on dark, single color, black and white. Not every brand needs every version, but a client who only has full-color-on-light will improvise the rest, badly. Deliver the versions you would want them to use and label the background each belongs on.
Names and structure
Structure the package by variant, then color version, then format, or flatten it entirely with descriptive names. Either way, a filename should say brand, variant, color version and background. A one-page readme explaining the structure saves you a call.
{brand}-{variant}-{color}-{background}.svg → north-symbol-white-on-dark.svg
- brand
- north
- Files travel; the name tells whose logo it is.
- variant
- primary · symbol · wordmark
- Which lockup this is.
- color version
- fullcolor · onecolor · black · white
- What ink or pixels it uses.
- background
- on-light · on-dark
- Where it belongs, so nobody guesses.
- format
- .svg · .png · .pdf
- Left to the extension; never in the name.
Fonts and licensing
Say which typefaces the identity uses and where the client licenses them. Do not redistribute font files unless the license allows it. If a font is open source, link to it. If it is commercial, tell the client they need their own license and what it is for. This protects both of you.
Write these three lines into the readme
- Which typefaces and weights the identity uses, for headings and body
- Where each is licensed, with a link, and whether files are included
- A fallback the client may use when the brand font is unavailable in a tool
In a GitBrand repository, fonts have a live preview where the client types their own text and adjusts the size, and downloads are offered only where you have chosen to include the files.
Deliver a link, not a zip
A zip is complete on the day you send it and stale a month later. A GitBrand repository holds the same package with previews, on-demand PNG and JPG exports, named colors, font previews and your usage notes beside each asset. Password-protect it during the project and open it at launch. When something changes, update the repository and the client's link keeps working.
The zip
- Correct on the day it is sent
- Forwarded, renamed and split across inboxes
- No previews; people open files to see what they are
- A change means a new zip and a new email
The link
gitbrand.com/north, one address that stays current- Public, password-protected or member-only, same link
- SVG in, SVG / PNG / JPG out, at the size they need
- Colors, fonts, resources and FAQ beside the logos