RAMBA Wiki - Свежие правки [ru]

Git komand

Artem — Wed, 30 Sep 2026 13:12:45 GMT

Новая страница: «'''Git''' — система контроля версий. Она позволяет сохранять историю изменений, работать с ветками и обмениваться кодом через удалённый репозиторий, например GitLab или GitHub. На этой странице собраны команды из памятки ''Git_useful_commands.pdf'' с уточнёнными описаниям...»

Новая страница

'''Git''' — система контроля версий. Она позволяет сохранять историю изменений, работать с ветками и обмениваться кодом через удалённый репозиторий, например GitLab или GitHub.

На этой странице собраны команды из памятки ''Git_useful_commands.pdf'' с уточнёнными описаниями и практическими примерами.

__TOC__

== Как устроена работа с Git ==

{| class="wikitable" style="width:100%;"
! Понятие !! Что означает
|-
| Рабочая папка || Файлы проекта, которые вы редактируете.
|-
| Индекс (staging area) || Подготовленные изменения для следующего коммита. В индекс попадает состояние файла на момент выполнения <code>git add</code>.
|-
| Коммит || Сохранённая версия подготовленных изменений в локальной истории Git.
|-
| Ветка || Отдельная линия разработки, например <code>main</code> или <code>feature/new-command</code>.
|-
| Удалённый репозиторий || Репозиторий на другом компьютере или сервере. Обычно его короткое имя — <code>origin</code>.
|}

Обычная последовательность: '''изменить файлы → проверить изменения → git add → git commit → git push'''.

'''Важно:''' коммит сохраняет изменения локально. Чтобы отправить коммиты на сервер, нужна отдельная команда <code>git push</code>.

== Проверка и создание репозитория ==

=== git --version — версия Git ===

Показывает установленную версию Git.

<syntaxhighlight lang="bash">
git --version
</syntaxhighlight>

=== git init — создать локальный репозиторий ===

Инициализирует репозиторий в текущей папке. Создаёт служебный каталог <code>.git</code>, в котором Git хранит историю и настройки. Файлы проекта автоматически в коммит не попадают.

<syntaxhighlight lang="bash">
cd my-project
git init
</syntaxhighlight>

=== Дополнительно: git clone — скачать существующий проект ===

Создаёт локальную копию удалённого репозитория и обычно настраивает для него имя <code>origin</code>. Замените адрес на URL своего проекта.

<syntaxhighlight lang="bash">
git clone https://gitlab.example.com/team/my-project.git
cd my-project
</syntaxhighlight>

После <code>git clone</code> выполнять <code>git init</code> не требуется.

== Проверка изменений ==

=== git status — состояние проекта ===

Показывает текущую ветку, подготовленные изменения, изменения вне индекса и новые неотслеживаемые файлы. Игнорируемые файлы по умолчанию не выводятся.

<syntaxhighlight lang="bash">
git status
</syntaxhighlight>

Краткий вариант:

<syntaxhighlight lang="bash">
git status -sb
</syntaxhighlight>

=== git diff — посмотреть изменения ===

Показывает разницу между рабочей папкой и индексом: изменения в отслеживаемых файлах, которые ещё не подготовлены к коммиту.

<syntaxhighlight lang="bash">
git diff
</syntaxhighlight>

Посмотреть изменения, уже подготовленные к следующему коммиту:

<syntaxhighlight lang="bash">
git diff --staged
</syntaxhighlight>

Посмотреть изменения конкретного файла вне индекса:

<syntaxhighlight lang="bash">
git diff -- README.md
</syntaxhighlight>

'''Обратите внимание:''' обычный <code>git diff</code> не показывает содержимое новых неотслеживаемых файлов. Если изменения уже добавлены через <code>git add</code>, смотрите их через <code>git diff --staged</code>.

== Подготовка и сохранение изменений ==

=== git add — подготовить изменения ===

Добавляет в индекс новые файлы, изменения и удаления в указанной области.

Все изменения в текущей папке и её подпапках, кроме игнорируемых неотслеживаемых файлов:

<syntaxhighlight lang="bash">
git add .
</syntaxhighlight>

Только выбранный файл:

<syntaxhighlight lang="bash">
git add README.md
</syntaxhighlight>

Несколько файлов:

<syntaxhighlight lang="bash">
git add README.md bot/main.py
</syntaxhighlight>

Если после <code>git add</code> снова отредактировать файл, новые правки нужно добавить повторно. Перед массовым добавлением проверьте <code>git status</code>, чтобы в коммит не попали пароли, токены или ненужные файлы.

=== git commit -m — сохранить коммит ===

Создаёт локальный коммит из изменений в индексе. Параметр <code>-m</code> задаёт сообщение с описанием изменений.

<syntaxhighlight lang="bash">
git commit -m "Добавлена команда просмотра статистики"
</syntaxhighlight>

Пишите, что именно изменилось. Например: <code>Исправлено переподключение к Telegram</code> вместо <code>update</code>.

== Работа с удалённым репозиторием ==

=== git remote — список подключений ===

Показывает короткие имена настроенных удалённых репозиториев, например <code>origin</code> и <code>upstream</code>.

<syntaxhighlight lang="bash">
git remote
</syntaxhighlight>

=== git remote -v — адреса репозиториев ===

Показывает имена и URL для получения изменений (<code>fetch</code>) и отправки (<code>push</code>).

<syntaxhighlight lang="bash">
git remote -v
</syntaxhighlight>

Для нового проекта, созданного через <code>git init</code>, подключение можно добавить отдельно. Репозиторий на сервере должен уже существовать:

<syntaxhighlight lang="bash">
git remote add origin https://gitlab.example.com/team/my-project.git
</syntaxhighlight>

=== git push — отправить коммиты на сервер ===

Отправляет локальные коммиты и обновляет соответствующие ветки на сервере согласно параметрам команды и настройкам Git. Незакоммиченные правки не отправляются.

Если для текущей ветки уже настроена связь с удалённой веткой:

<syntaxhighlight lang="bash">
git push
</syntaxhighlight>

При первой отправке новой ветки:

<syntaxhighlight lang="bash">
git push -u origin feature/new-command
</syntaxhighlight>

Здесь <code>-u</code> настраивает отслеживаемую удалённую ветку для последующих команд. Замените <code>feature/new-command</code> на имя своей ветки.

=== git pull — получить и включить изменения ===

Получает изменения с сервера и включает их в текущую ветку. Способ включения зависит от параметров и настроек: слияние, rebase или только fast-forward.

<syntaxhighlight lang="bash">
git pull
</syntaxhighlight>

Для обычного обновления без автоматического создания коммита слияния:

<syntaxhighlight lang="bash">
git pull --ff-only
</syntaxhighlight>

Если локальная и удалённая истории разошлись, <code>--ff-only</code> остановит обновление. Перед обновлением проверьте <code>git status</code> и сохраните текущую работу коммитом или через <code>git stash</code>.

== Просмотр истории ==

=== git log — история коммитов ===

Показывает коммиты, доступные из текущей точки истории: идентификатор, автора, дату и сообщение. Это не только ваши коммиты и не обязательно история всех веток.

<syntaxhighlight lang="bash">
git log
</syntaxhighlight>

Последние десять коммитов в кратком виде:

<syntaxhighlight lang="bash">
git log --oneline -10
</syntaxhighlight>

Граф истории по всем локально известным веткам:

<syntaxhighlight lang="bash">
git log --oneline --graph --decorate --all
</syntaxhighlight>

Если вывод открылся в просмотрщике, для выхода обычно используется клавиша '''q'''.

== Работа с ветками ==

=== git branch — локальные ветки ===

Показывает локальные ветки. Текущая ветка отмечена символом <code>*</code>.

<syntaxhighlight lang="bash">
git branch
</syntaxhighlight>

=== git branch -a — локальные и удалённые ветки ===

Показывает локальные ветки и локально сохранённые ссылки на удалённые ветки. Команда сама не обращается к серверу.

<syntaxhighlight lang="bash">
git branch -a
</syntaxhighlight>

Обновить сведения с <code>origin</code> и убрать устаревшие ссылки на удалённые ветки:

<syntaxhighlight lang="bash">
git fetch origin --prune
git branch -a
</syntaxhighlight>

=== git branch NAME — создать ветку ===

Создаёт новую ветку от текущего коммита, но не переключается на неё.

<syntaxhighlight lang="bash">
git branch feature/new-command
</syntaxhighlight>

=== git checkout NAME — переключиться на ветку ===

Переключает текущую ветку и обновляет файлы рабочей папки.

<syntaxhighlight lang="bash">
git checkout feature/new-command
</syntaxhighlight>

Альтернатива для переключения веток:

<syntaxhighlight lang="bash">
git switch feature/new-command
</syntaxhighlight>

Создать ветку и сразу переключиться на неё одной командой:

<syntaxhighlight lang="bash">
git switch -c feature/new-command
</syntaxhighlight>

Используйте либо создание через <code>git branch</code> с последующим переключением, либо <code>git switch -c</code>. Повторно создавать уже существующую ветку не нужно.

=== git branch -D NAME — принудительно удалить ветку ===

Удаляет локальную ветку без проверки того, что её коммиты уже включены в другую историю.

Для обычного удаления сначала используйте вариант с проверкой:

<syntaxhighlight lang="bash">
git branch -d feature/old-task
</syntaxhighlight>

Принудительный вариант из исходной памятки:

<syntaxhighlight lang="bash">
git branch -D feature/old-task
</syntaxhighlight>

'''Важно:''' <code>-D</code> может удалить последнюю ветку, ссылающуюся на нужные коммиты. Используйте его только если содержимое ветки больше не требуется или сохранено в другом месте. Нельзя удалить ветку, которая сейчас используется в рабочем дереве; сначала переключитесь на другую. На сервере ветка этой командой не удаляется.

== Временное сохранение работы ==

=== git stash — отложить незакоммиченные изменения ===

Временно сохраняет изменения отслеживаемых файлов, включая индекс, и возвращает эти файлы к состоянию текущего коммита.

<syntaxhighlight lang="bash">
git stash
</syntaxhighlight>

Сохранить также новые неотслеживаемые файлы и добавить описание:

<syntaxhighlight lang="bash">
git stash push -u -m "Незавершённая работа над статистикой"
</syntaxhighlight>

Посмотреть список сохранений:

<syntaxhighlight lang="bash">
git stash list
</syntaxhighlight>

Вернуть последнее сохранение:

<syntaxhighlight lang="bash">
git stash pop
</syntaxhighlight>

После успешного применения <code>pop</code> удаляет запись из stash. Если возник конфликт, запись сохраняется. Вариант <code>git stash apply</code> применяет изменения, оставляя запись в списке.

'''Примечание:''' обычный <code>git stash</code> не включает новые неотслеживаемые файлы; для них нужен <code>-u</code>. Игнорируемые файлы с <code>-u</code> также не сохраняются. Stash хранится локально и не отправляется обычным <code>git push</code>.

== Пример повседневной работы ==

Пример для существующего репозитория и ветки с настроенным отслеживанием. Выполняйте команды последовательно, проверяя результат каждого шага. При ошибке или конфликте сначала разберитесь с ним.

'''1. Перейти в проект и проверить состояние:'''

<syntaxhighlight lang="bash">
cd my-project
git status
</syntaxhighlight>

'''2. При чистой рабочей папке получить обновления:'''

<syntaxhighlight lang="bash">
git pull --ff-only
</syntaxhighlight>

'''3. Изменить файлы, затем проверить правки:'''

<syntaxhighlight lang="bash">
git status
git diff
</syntaxhighlight>

'''4. Подготовить нужные файлы и проверить будущий коммит:'''

<syntaxhighlight lang="bash">
git add README.md
git diff --staged
</syntaxhighlight>

Замените <code>README.md</code> на нужные файлы. Если нужны все изменения, можно выполнить <code>git add .</code> из корня проекта.

'''5. Сохранить и отправить:'''

<syntaxhighlight lang="bash">
git commit -m "Обновлена документация проекта"
git push
git status
</syntaxhighlight>

== Частые вопросы ==

; Почему после git add команда git diff ничего не показывает?
: Изменения уже находятся в индексе. Выполните <code>git diff --staged</code>.

; Почему изменения не появились в GitLab или GitHub после коммита?
: <code>git commit</code> сохраняет изменения локально. Для отправки нужен успешный <code>git push</code> в нужный удалённый репозиторий и ветку.

; Почему новая ветка не стала текущей после git branch?
: Эта команда только создаёт ветку. Переключитесь через <code>git switch</code> или <code>git checkout</code>.

; Почему push сообщает, что нет upstream-ветки?
: Для новой ветки настройте отслеживание командой <code>git push -u origin ИМЯ_ВЕТКИ</code>, заменив имя на фактическое.

; Почему push отклонён с сообщением non-fast-forward?
: На сервере есть история, которой нет в вашей отправляемой ветке. Получите изменения через <code>git fetch</code>, изучите расхождение и согласуйте истории перед повторной отправкой.

== Источник ==

Подготовлено на основе памятки ''Git_useful_commands.pdf''. Описания переведены и уточнены; дополнительные варианты команд, примеры и ответы на частые вопросы добавлены для практического использования.

[[Категория:Git]]
[[Категория:Полезные команды]]

Sis admin linux

Artem — Mon, 28 Sep 2026 18:52:22 GMT

Внесённые изменения

Заглавная страница

Artem — Mon, 28 Sep 2026 18:18:59 GMT

← Предыдущая версия		Версия от 21:18, 28 сентября 2026
(не показана 1 промежуточная версия этого же участника)
Строка 33:		Строка 33:
	* [[Docker]]		* [[Docker]]
	* [[Bash]]		* [[Bash]]
	* [[~~SSH-доступ с macOS к LXC-контейнеру Proxmox по ключу~~\|~~SSH с Mac по ключу~~]]		* [[Sis admin linux\|Хитрости администрирования Linux]]

	</div>		</div>

Sis admin linux

Artem — Mon, 28 Sep 2026 18:16:09 GMT

Новая страница: «= SSH-доступ с macOS к LXC-контейнеру Proxmox по ключу = == Назначение == Инструкция позволяет настроить подключение с Mac к LXC-контейнеру Proxmox по SSH без ввода пароля пользователя root. Публичный ключ добавляется через консоль Proxmox, поэтому знать или создавать пароль roo...»

Новая страница

= SSH-доступ с macOS к LXC-контейнеру Proxmox по ключу =

== Назначение ==

Инструкция позволяет настроить подключение с Mac к LXC-контейнеру Proxmox по SSH без ввода пароля пользователя root.

Публичный ключ добавляется через консоль Proxmox, поэтому знать или создавать пароль root контейнера для этой настройки не требуется.

'''Все адреса и идентификаторы приведены для примера. Замените их значениями своей инфраструктуры.'''

{| class="wikitable"
! Параметр !! Пример
|-
| ID контейнера || 123
|-
| IP-адрес контейнера || 192.168.2.2
|-
| Пользователь SSH || root
|-
| Клиент || Mac с macOS
|-
| Тип ключа || Ed25519
|}

__TOC__

== Перед началом ==

Для выполнения инструкции необходимы:

* Доступ к терминалу macOS.
* Административный доступ к консоли узла Proxmox, на котором запущен контейнер.
* Установленный и работающий SSH-сервер внутри контейнера.
* Сетевая доступность контейнера с Mac — напрямую через локальную сеть либо через VPN.

SSH-сервер контейнера должен разрешать авторизацию по публичному ключу и вход root по ключу.

== 1. Создание SSH-ключа на Mac ==

Открыть приложение '''Терминал''' на Mac.

Выполнить:

<syntaxhighlight lang="bash">
if [ ! -f ~/.ssh/id_ed25519 ]; then
ssh-keygen -t ed25519 -N "" -f ~/.ssh/id_ed25519
else
echo "SSH-ключ уже существует."
fi
</syntaxhighlight>

Команда создаёт новый ключ только при отсутствии файла <code>~/.ssh/id_ed25519</code>. Существующий ключ не перезаписывается.

После создания появляются два файла:

{| class="wikitable"
! Файл !! Назначение
|-
| <code>~/.ssh/id_ed25519</code>
| Приватный ключ. Остаётся на Mac и не передаётся другим пользователям.
|-
| <code>~/.ssh/id_ed25519.pub</code>
| Публичный ключ. Добавляется на сервер, к которому требуется доступ.
|}

'''Важно:''' параметр <code>-N ""</code> создаёт новый ключ без парольной фразы. Получивший этот приватный ключ сможет использовать его для доступа к серверам, на которых разрешён соответствующий публичный ключ.

Если нужна защита ключа парольной фразой, при отсутствии ключа вместо команды выше используйте:

<syntaxhighlight lang="bash">
ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519
</syntaxhighlight>

== 2. Получение публичного ключа ==

'''На Mac''' выполнить:

<syntaxhighlight lang="bash">
cat ~/.ssh/id_ed25519.pub
</syntaxhighlight>

Скопировать всю строку, начинающуюся с <code>ssh-ed25519</code>.

Ключ нужно копировать целиком, одной строкой.

'''Не следует копировать:'''

* Приватный ключ из файла без расширения <code>.pub</code>.
* Отпечаток вида <code>SHA256:...</code>.
* Графический рисунок, показанный при создании ключа.

Если приватный ключ существует, а соответствующий файл <code>.pub</code> отсутствует, публичный ключ можно восстановить на Mac:

<syntaxhighlight lang="bash">
ssh-keygen -y -f ~/.ssh/id_ed25519 > ~/.ssh/id_ed25519.pub
</syntaxhighlight>

== 3. Вход в контейнер через Proxmox ==

В веб-интерфейсе Proxmox выбрать '''узел, на котором запущен контейнер''', и открыть его '''Shell'''.

Выполнить, заменив <code>123</code> фактическим ID контейнера:

<syntaxhighlight lang="bash">
pct enter 123
</syntaxhighlight>

После выполнения команды откроется оболочка контейнера.

'''Все команды следующего раздела выполняются внутри контейнера от имени root.'''

== 4. Добавление публичного ключа ==

Подготовить каталог:

<syntaxhighlight lang="bash">
mkdir -p /root/.ssh
chmod 700 /root/.ssh
</syntaxhighlight>

В следующей команде заменить <code>ВСТАВЬ_ПУБЛИЧНЫЙ_КЛЮЧ</code> полной строкой публичного ключа с Mac. Одинарные кавычки сохранить:

<syntaxhighlight lang="bash">
printf '%s\n' 'ВСТАВЬ_ПУБЛИЧНЫЙ_КЛЮЧ' >> /root/.ssh/authorized_keys
</syntaxhighlight>

Установить владельца и права:

<syntaxhighlight lang="bash">
chown root:root /root/.ssh /root/.ssh/authorized_keys
chmod 600 /root/.ssh/authorized_keys
</syntaxhighlight>

Оператор <code>>></code> добавляет ключ в конец файла, сохраняя существующие записи.

Каждый публичный ключ должен занимать отдельную строку. Если файл редактировался вручную, убедитесь, что новый ключ не склеился с предыдущим.

'''Перезапуск SSH-сервера после добавления ключа не требуется.'''

== 5. Проверка ключа сервера ==

При первом подключении Mac может запросить подтверждение подлинности сервера.

Чтобы проверить отпечаток ключа ED25519, выполнить '''внутри контейнера через консоль Proxmox''':

<syntaxhighlight lang="bash">
ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub
</syntaxhighlight>

Сравнить полученный отпечаток <code>SHA256:...</code> с отпечатком, который покажет Mac при подключении.

Сравнивать нужно ключи одного типа: в данном случае ED25519.

== 6. Подключение с Mac ==

'''В Терминале на Mac''' выполнить, подставив адрес своего контейнера:

<syntaxhighlight lang="bash">
ssh root@192.168.2.2
</syntaxhighlight>

Если при первом подключении появился запрос доверия к серверу и отпечаток совпадает с проверенным, ввести:

<syntaxhighlight lang="text">
yes
</syntaxhighlight>

При успешной настройке откроется оболочка контейнера без запроса пароля root.

Для завершения сеанса:

<syntaxhighlight lang="bash">
exit
</syntaxhighlight>

== Если ключ защищён парольной фразой ==

Запрос <code>Enter passphrase for key</code> означает, что macOS просит парольную фразу приватного ключа, а не пароль root контейнера.

Чтобы добавить ключ в SSH-агент и сохранить парольную фразу в связке ключей macOS, выполнить '''на Mac''':

<syntaxhighlight lang="bash">
ssh-add --apple-use-keychain ~/.ssh/id_ed25519
</syntaxhighlight>

Ввести парольную фразу ключа.

Для её дальнейшего использования можно добавить параметры в файл <code>~/.ssh/config</code>, как показано в следующем разделе.

== Короткая команда подключения ==

Вместо IP-адреса можно использовать удобное имя, например <code>my-container</code>.

'''На Mac''' открыть файл настроек:

<syntaxhighlight lang="bash">
mkdir -p ~/.ssh
chmod 700 ~/.ssh
nano ~/.ssh/config
</syntaxhighlight>

Добавить отдельный блок. Если блок с таким именем уже есть, изменить его вместо создания дубликата:

<syntaxhighlight lang="text">
Host my-container
HostName 192.168.2.2
User root
IdentityFile ~/.ssh/id_ed25519
IdentitiesOnly yes
AddKeysToAgent yes
UseKeychain yes
</syntaxhighlight>

Сохранить файл в nano:

# Нажать <code>Control + O</code>.
# Нажать <code>Enter</code>.
# Нажать <code>Control + X</code>.

Установить права:

<syntaxhighlight lang="bash">
chmod 600 ~/.ssh/config
</syntaxhighlight>

Теперь подключаться можно командой:

<syntaxhighlight lang="bash">
ssh my-container
</syntaxhighlight>

== Диагностика ==

=== Сервер запрашивает пароль root ===

Это означает, что авторизация по ключу не завершилась успешно.

На Mac явно указать нужный ключ и включить подробный вывод:

<syntaxhighlight lang="bash">
ssh -v -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519 root@192.168.2.2
</syntaxhighlight>

Через консоль Proxmox проверить внутри контейнера:

<syntaxhighlight lang="bash">
ls -ld /root/.ssh
ls -l /root/.ssh/authorized_keys
</syntaxhighlight>

Ожидаемые параметры:

{| class="wikitable"
! Объект !! Права !! Владелец
|-
| <code>/root/.ssh</code> || 700 — <code>drwx------</code> || root
|-
| <code>/root/.ssh/authorized_keys</code> || 600 — <code>-rw-------</code> || root
|}

Также проверить:

* В файле записан публичный ключ именно с нужного Mac.
* Ключ не разбит на несколько строк.
* Подключение выполняется к правильному IP-адресу и пользователю.
* SSH-сервер разрешает авторизацию по ключу.
* Вход root по ключу не запрещён настройками SSH.

=== Соединение отклонено: Connection refused ===

Проверить правильность адреса, работу SSH-сервера и порт, на котором он принимает подключения.

=== Сервер не отвечает: Connection timed out ===

Проверить:

* Запущен ли контейнер.
* Доступна ли его подсеть с Mac.
* Подключён ли нужный VPN.
* Не блокируется ли SSH-порт межсетевым экраном.

=== Изменился ключ сервера ===

При предупреждении <code>REMOTE HOST IDENTIFICATION HAS CHANGED</code> сначала проверить причину изменения и новый отпечаток через доверенную консоль Proxmox.

Не удалять сохранённый ключ сервера без проверки: предупреждение может означать как переустановку контейнера, так и подключение к другому устройству.

== Итог ==

После настройки Mac использует приватный ключ для подтверждения доступа, а контейнер проверяет его по публичному ключу из <code>/root/.ssh/authorized_keys</code>.

Настройка сохраняется после перезагрузки Mac и контейнера.

'''Добавление ключа само по себе не отключает парольную авторизацию SSH.''' Настройки разрешённых способов входа управляются отдельно.

Заглавная страница

Artem — Mon, 28 Sep 2026 18:16:04 GMT

← Предыдущая версия		Версия от 21:16, 28 сентября 2026
Строка 33:		Строка 33:
	* [[Docker]]		* [[Docker]]
	* [[Bash]]		* [[Bash]]
			* [[SSH-доступ с macOS к LXC-контейнеру Proxmox по ключу\|SSH с Mac по ключу]]

	</div>		</div>

Kuzya2-0

Artem — Sat, 26 Sep 2026 06:24:29 GMT

← Предыдущая версия		Версия от 09:24, 26 сентября 2026
Строка 594:		Строка 594:

	Кузя должен не просто выполнять команды администратора, а понимать происходящее в сообществе, помогать его участникам, сохранять накопленные знания и поддерживать порядок, оставляя окончательный контроль за администрацией.		Кузя должен не просто выполнять команды администратора, а понимать происходящее в сообществе, помогать его участникам, сохранять накопленные знания и поддерживать порядок, оставляя окончательный контроль за администрацией.


			[[https://wiki.ramba-art.ru/wiki/Kuzya_2-0_lost_patch\| Кузя 2.0 последние изменения]]

Kuzya 2-0 lost patch

Artem — Sat, 26 Sep 2026 06:21:50 GMT

Новая страница: «'''Кузя''' — Telegram-бот для администрирования и сопровождения сообщества. Проект развивается от административного бота к интеллектуальному помощнику, способному поддерживать диалог, находить информацию в истории чата и помогать модераторам. Основная з...»

Внесённые изменения