> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/on-premises/on-premises-no/konfigurasjon/overleaf-toolkit/git-integration.md).

# Git-integrasjon

Git-integrasjonen er bare tilgjengelig på [ayaka-notes/overleaf](https://github.com/ayaka-notes/overleaf) for øyeblikket.

{% hint style="info" %}
Denne funksjonen ble opprinnelig utviklet av [ayaka-notes/overleaf-pro](https://github.com/ayaka-notes/overleaf-pro).
{% endhint %}

{% stepper %}
{% step %}

### Aktiver git-bridge (kun for Toolkit-brukere)

Hvis du bruker Toolkit, aktiver `git-bridge` ved å sette følgende i din `config/overleaf.rc`:

{% code title="config/overleaf.rc" %}

```
GIT_BRIDGE_ENABLED=true
```

{% endcode %}
{% endstep %}

{% step %}

### Legg til git-bridge-containeren (kun for Docker Compose-brukere)

For brukere som kjører en egendefinert `docker-compose.yml`, legg til følgende containerkonfigurasjon i compose-filen din:

{% code title="docker-compose.yml (git-bridge-tjeneste)" overflow="wrap" %}

```yaml
git-bridge:
    restart: always
    image: quay.io/sharelatex/git-bridge:4.0.0 # taggen bør samsvare med `sharelatex`-containerens tag
    volumes:
        - ~/git_bridge_data:/data/git-bridge
    container_name: git-bridge
    expose:
        - "8000"
    environment:
        GIT_BRIDGE_API_BASE_URL: "http://sharelatex:3000/api/v0/" 
        # "http://sharelatex/api/v0/" for versjon 4.1.6 og tidligere
        GIT_BRIDGE_OAUTH2_SERVER: "http://sharelatex"
        GIT_BRIDGE_POSTBACK_BASE_URL: "http://git-bridge:8000"
        GIT_BRIDGE_ROOT_DIR: "/data/git-bridge"
    user: root
    command: ["/server-pro-start.sh"]
```

{% endcode %}
{% endstep %}

{% step %}

### Oppdater sharelatex-containerkonfigurasjonen

Du må også koble `git-bridge` containeren i `sharelatex` containeren og definere følgende miljøvariabler, vær oppmerksom på `V1_HISTORY_URL`:

<pre class="language-yaml" data-title="docker-compose.yml (sharelatex-tjeneste)"><code class="lang-yaml">sharelatex:
    links:
        - git-bridge
    environment:
         GIT_BRIDGE_ENABLED: true
         GIT_BRIDGE_HOST: "git-bridge"
         GIT_BRIDGE_PORT: "8000"
<strong>         Vi bruker v1 nå; hvis du tidligere satte V1_HISTORY_URL, vennligst oppdater nå
</strong><strong>         V1_HISTORY_URL: "http://sharelatex:3054"
</strong></code></pre>

{% endstep %}

{% step %}

### Autentisering

Når en git-klient autentiseres, trenger brukerne en personlig tilgangstoken. Brukere kan administrere personlige tilgangstokener via applikasjonens brukergrensesnitt (se dokumentasjonen):

<figure><img src="/files/48f1a6f0130c907c0f2946ddefa777e93989cae9" alt=""><figcaption><p>Personlig tilgangstoken for Git-integrasjon</p></figcaption></figure>
{% endstep %}

{% step %}

### Overvåking og ressursmessige hensyn

Vi anbefaler at du overvåker vertens ressurser etter at du har aktivert `git-bridge`. Belastningsøkningen vil avhenge av:

* antall brukere som bruker funksjonen
* typen prosjekter som er hostet i instansen din (større prosjekter er som regel mer ressurskrevende)
  {% endstep %}
  {% endstepper %}

### Bytte prosjekter til S3

Git-integrasjonen lagrer et komplett git-repositorium på disk for hvert prosjekt som klones av en bruker. Hvis du har begrenset diskplass, kan du aktivere en byttejobb som vil flytte repositorier som brukes mindre til AWS S3. Hvis et byttet repositorium trengs igjen, flyttes det tilbake til disken. Følgende miljøvariabler styrer byttejobben:

| Navn                                  | Beskrivelse                                                                                                                                         |
| ------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| `GIT_BRIDGE_SWAPSTORE_TYPE`           | Sett denne til "s3" for å aktivere byttejobben.                                                                                                     |
| `GIT_BRIDGE_SWAPSTORE_AWS_ACCESS_KEY` | Din AWS-tilgangsnøkkel                                                                                                                              |
| `GIT_BRIDGE_SWAPSTORE_AWS_SECRET`     | Din AWS-hemmelighet                                                                                                                                 |
| `GIT_BRIDGE_SWAPSTORE_S3_BUCKET_NAME` | Denne bøtten vil inneholde de zippede git-repositoriene                                                                                             |
| `GIT_BRIDGE_SWAPSTORE_AWS_REGION`     | Bøttens region                                                                                                                                      |
| `GIT_BRIDGE_SWAPJOB_MIN_PROJECTS`     | <p>Hvor mange prosjekter som skal beholdes på disk, minst.<br><br><strong>- Standard:</strong> 50</p>                                               |
| `GIT_BRIDGE_SWAPJOB_LOW_GIB`          | <p>Lav terskel for bytting. Byttejobben vil flytte prosjekter til diskbruken er under denne verdien.<br><br><strong>- Standard:</strong> 128 GB</p> |
| `GIT_BRIDGE_SWAPJOB_HIGH_GIB`         | <p>Høy terskel for bytting. Byttejobben vil begynne å bytte når diskbruken når denne verdien.<br><br><strong>- Standard:</strong> 256 GB</p>        |
| `GIT_BRIDGE_SWAPJOB_INTERVAL_MILLIS`  | <p>Tidsintervallet mellom sjekk av diskbruk og kjøring av byttejobben.<br><br><strong>- Standard:</strong> 3600000 ms = 1 time</p>                  |

### Spørsmål og svar

<details>

<summary>Hvis jeg deler prosjektet mitt med noen andre, hvordan fungerer tillatelsesmodellen for Git Bridge?</summary>

Brukere med skrivebeskyttet tilgang kan bare klone dette prosjektet; brukere med lese- og skrivetilgang kan klone og pushe prosjekter. Merk: Brukere må være innlogget for å bli med i dette prosjektet.

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/on-premises/on-premises-no/konfigurasjon/overleaf-toolkit/git-integration.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
