|Josh Habdas 7d9b18c9c0 docs(readme): update accessing via ssh||1 year ago|
|static/images||1 year ago|
|.dockerignore||2 years ago|
|.gitignore||2 years ago|
|CHANGELOG.md||1 year ago|
|COPYING||2 years ago|
|README.md||1 year ago|
|docker-compose.dev.yml||2 years ago|
|docker-compose.yml||1 year ago|
|package-lock.json||1 year ago|
|package.json||1 year ago|
A live demo of Gitea running under High Tea may be found at git.habd.as. Feel free to create an account to try it out.
|Traefik Health Dashboard||Gitea Dashboard||Mailgun Email Logs|
docker-compose.ymlfor your domain.
docker-compose up -d.
/installand complete initial configuration.
PostgreSQL as the database type. Use
db as the host and set the user, password and database name using environment variables.
POSTGRES_USER=gitea POSTGRES_PASSWORD=gitea POSTGRES_DB=gitea
Under General Settings set
SSH Server Domain,
SSH Server Port and
Gitea Base URL. These can be changed later in the Gitea
app.ini config file.
Configure the admin user under the Administrator Account Settings then Install Gitea to complete initial configuration.
To use the dark theme modify
app.ini as specified in Customizing the look of Gitea then restart Gitea with
docker-compose restart gitea.
Until Traefik supports TCP (see #4587) SSH connections to Gitea are exposed directly from the container to the host on port
2222 using the
ports setting in
docker-compose.yml. While it’s possible to bind from the container directly to port
22 on the host chances are your host already has an SSH daemon running on this port.
To automatically use port
2222 when using
git to interact with the remote create a
config file in
~/.ssh/ on your client and add
Host gitea git.example.com HostName git.example.com Port 2222 IdentityFile ~/.ssh/gitea_rsa User exampleuser
git.example.com matches your host domain name or IP,
someuser your Gitea username and
.pem or plaintext file holding the RSA private key paired with the user.
Email may be used to receive notifications and allow new users to sign-up without relying on a separate OAuth provider. Setup is optional.
Unless you already have a provider see Recommended Email Providers for Discourse and consider one of the providers listed.
app.inifile to enable user registrations, email confirmations and set a noreply address. Look in the
[services]section for this stuff and reference the Config Cheat Sheet for help.
[mailer] section set the following:
ENABLED=true FROMemail@example.com USE_SENDMAIL=false HOST=smtp.mailgun.org:587 USER=[from-mailgun-dashboard] PASSWD=[from-mailgun-dashboard]
Consider also setting the
ENABLE_NOTIFY_EMAIL option while you’re in there, then save and exit
app.ini and then restart the Gitea service.
Test emails can then be sent from the admin configuration settings.
Moving off GitHub, GitLab or Bitbucket? If so, the following resources may come in handy during the move:
If you’re coming from Gogs please see the Upgrade from Gogs documentation on the Gitea website.
Backups in High Tea use the standard Gitea Backup procedure adjusted for use with Docker Compose as follows:
gitea dump the create the backup archive within the container:
/app/gitea/gitea dump -c /data/gitea/conf/app.ini
Exit the shell and use
docker cp to copy the archive to the host:
docker cp $(docker ps -qf "name=gitea"):/gitea-dump-1537778440.zip .
If your host machine does not, itself, have a backup process in place consider moving the backup archive to a cloud storage service such as Mega or Amazon S3 for safekeeping.
Upgrades require some downtime until Zero downtime upgrades are available. To upgrade Gitea to a new tagged release do:
Review the Gitea release notes for breaking changes or special procedures prior to upgrade. If you need to check for running processes you can see them from Gitea using the
/admin/monitor URL. If you run into problems during the upgrade please comment on the upgrade thread or open an issue in the High Tea git repository.
If you run out of disk space you may have problems continuing to use Gitea or its LFS. If this is the case here are some tips to help you understand where your disk space is and how you can clean it up:
Checking disk usage:
docker ps -sview container size on disk
df -h --total /to check your disk space
sudo du -x -h / | sort -h | tail -40for more detailed overall disk usage
sudo du -h --max-depth=1 -xfor usage of current folder and subfolders
Freeing up space:
docker system prune -a -fto remove unused images, et cetera
If you find docker’s overlay network is taking up the lion’s share of space and none of the above are viable options consider backing up your Gitea repo to a remote location using
scp and review the docker roadmap on deletes. If space is really precious consider restoring under a new docker overlay network or looking into remote/elastic storage options.
For development install configure Docker on your machine:
Configure your environment to use the dev config override:
docker-compose up to start the app.
Shell into running Gitea service using an interactive pseudo-TTY:
docker exec -it $(docker ps -qf "name=gitea") bash
git user inside container:
su - git
Login to a running Postgres service as the
docker-compose exec db psql -U postgres
View last 50 timestamped log entries and follow log updates for
[service] defined in Compose file
docker-compose logs --tail 50 --follow --timestamps [service]
Copyright © 2018 Josh Habdas firstname.lastname@example.org
This work is free. You can redistribute it and/or modify it under the terms of the Do What The Fuck You Want To Public License, Version 2, as published by Sam Hocevar. See the COPYING file for more details.