> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tylon.app/llms.txt
> Use this file to discover all available pages before exploring further.

# Projects

> A project is a product the team ships — its repositories, its cards, its releases and its own flow.

<Frame>
  <img className="block dark:hidden" src="https://mintcdn.com/tylon/tN7jKz4DGekqT4hM/images/light/projects.webp?fit=max&auto=format&n=tN7jKz4DGekqT4hM&q=85&s=ddd718f607e2d8a94d938cf95e1f1768" alt="The projects in a Tylon workspace" width="2560" height="1600" data-path="images/light/projects.webp" />

  <img className="hidden dark:block" src="https://mintcdn.com/tylon/tN7jKz4DGekqT4hM/images/dark/projects.webp?fit=max&auto=format&n=tN7jKz4DGekqT4hM&q=85&s=78ee74fb26cb2487c159f76e294fcf1e" alt="The projects in a Tylon workspace" width="2560" height="1600" data-path="images/dark/projects.webp" />
</Frame>

A workspace holds projects. A project is *a product this team ships*, and it
owns the four things that make a board mean something: its repositories, its
cards, its releases and its own flow.

The count beside each one is what it is made of — repositories, then cards.

<Info>
  Two projects in one workspace move differently on purpose. A mobile app that
  ships through a store review and an API that deploys on merge do not want
  the same stages, and neither is made to pretend otherwise.
</Info>

## Inside a project

<Frame>
  <img className="block dark:hidden" src="https://mintcdn.com/tylon/tN7jKz4DGekqT4hM/images/light/project.webp?fit=max&auto=format&n=tN7jKz4DGekqT4hM&q=85&s=d4b77656933da3dc4e7b5189b79bb74f" alt="A Tylon project" width="2560" height="1720" data-path="images/light/project.webp" />

  <img className="hidden dark:block" src="https://mintcdn.com/tylon/tN7jKz4DGekqT4hM/images/dark/project.webp?fit=max&auto=format&n=tN7jKz4DGekqT4hM&q=85&s=0dd33c944a7796bc9ff1e3f3fa3f597a" alt="A Tylon project" width="2560" height="1720" data-path="images/dark/project.webp" />
</Frame>

**Overview**, **Flow** and **Repositories** — and along the top, the four
places the project's work actually is: its board, its trunk, its backlog, its
releases.

### How it moves

The stages, in order, as a sentence: `Backlog → In development → In review →
Staging → In production`. **Edit the flow** opens [the flow
screen](/en/screens/flow), where each of those stages gets its branch rule.

### What it is made of

The branches Tylon currently owns here — **not everything on the provider**.
That distinction is the point of the panel: `20 branches in flight` is work
this board is responsible for, and what already landed has left this list for
[the trunk](/en/screens/trunk).

Each repository names its default branch and when Tylon last agreed with the
provider about it. Under it, one line per branch:

```
feature/144-apple-pay-on-the-checkout-sheet → main   #144  In development  #871 closed  Checks passing
feature/139-split-the-payment-intent-per-seller → main  #139  In review  Blocked  #856 closed  Checks passing
```

The branch, what it targets, the card it belongs to, the stage that card is
in, the pull request and what CI said. `Blocked` and `Waiting` sit on the same
line, so the reason a branch is not moving is on the row rather than one click
away.

<Note>
  A branch pushed with a name the convention does not recognise is not lost —
  it arrives in [the inbox](/en/screens/inbox) to be adopted onto a card.
</Note>
