Версионирование конфигураций: Git + символьные ссылки

Mon, 01 Jan 0001 00:00:00 +0000

Конфигурации приложений разбросаны по системе:

~/.config/, AppData\Roaming\, Documents\, ~/.minecraft/
При переустановке ОС или смене устройства - всё теряется
Ручное копирование конфигов - медленно, ошибкоопасно, не версионируется

Решение
#

Хранить конфигурации в Git-репозитории и подключать их к целевым путям через символьные ссылки.

~/.config/nixcfg/ (Git-репо)
 ↓ (symlink)
~/.config/nix/ (реальное расположение)

~/Git/PowerShell-Stuff/ (Git-репо)
 ↓ (mklink /D)
C:\Users\<user>\Documents\PowerShell\ (реальное расположение)

Преимущества:

Много проектов. Одна структура. Никакого хаоса.

Mon, 01 Jan 0001 00:00:00 +0000

Когда проектов становится больше десяти, начинаются вопросы:

Где лежит конфиг для этого сервиса?
Какую переменную окружения нужно задать при деплое?
Почему один контейнер «ест» всю память, а другой молчит при падении?
Как быстро развернуть всё это на новой машине?

Ответ: единая структура, единые правила, единый подход.

🗂 Единая структура репозиториев
#

Каждый активный проект следует одному шаблону:

project-name/
├── compose.yaml # Единый формат: сервисы, сети, volumes, лимиты
├── stack.env # Переменные окружения (в .gitignore)
├── README.md # Кратко: что делает, как запустить, какие порты
├── .github/
│ └── workflows/ # CI: сборка, тесты, деплой (если нужно)
└── (опционально)
 ├── Dockerfile # Если нужен кастомный образ
 ├── config/ # Конфиги приложений (не секреты)
 └── scripts/ # Утилиты: бэкап, миграция, проверка

Почему это работает:

Git on Ponfertato

Версионирование конфигураций: Git + символьные ссылки

Решение #

Много проектов. Одна структура. Никакого хаоса.

🗂 Единая структура репозиториев #

Решение
#

🗂 Единая структура репозиториев
#