---
title: "GitHub repository website link automation in Unolia"
description: "A new Unolia automation keeps the Website link of each GitHub repository equal to the domain serving it, on environment changes, on a schedule or as a manual audit, and respects links set by hand."
url: "https://unolia.com/blog/github-repository-website-link-in-sync"
locale: "en"
---

# The Website link on your GitHub repositories, kept in sync

A new automation keeps the Website link in a GitHub repository’s About sidebar pointing at the domain that actually serves it.

Every GitHub repository has a Website field in its About sidebar, and on most agency repositories it is empty or points at a staging domain from two years ago. A new automation keeps it equal to the domain Unolia computes for the environment running that code.

Several sites can deploy one repository, so the automation elects one per repository across the whole team and takes the URL from it. Planning reads what Unolia already knows, so auditing a few hundred repositories costs zero GitHub calls. Only the write talks to GitHub.

It runs when an environment changes, on a schedule, or as a manual audit of every repository in scope, and the scope can be the whole team, a few projects or a hand-picked list. Each run shows what it would write and asks you to confirm before it does, unless you tell it not to wait.

By default a link somebody typed on GitHub is left alone, even once it goes stale. Unolia only writes when the field is empty or still holds what it last wrote. There is a mode where Unolia always wins, and demo hostnames stay out of the field unless you opt in, since a public repository would advertise them.

The GitHub installation needs the Administration permission to edit a repository. The automation says so when it is missing.

A run of the website link automation: what it proposed, what was confirmed, what it wrote. Demo workspace · Sample data