Git — это распределённая система контроля версий, применяемая для отслеживания и управления изменениями в коде программ. Git особенно популярен в командной разработке, обеспечивая эффективную работу над проектами любого масштаба.

• Русскоязычная книга на официальном сайте
• Тренажер по Git

• 📜 История изменений — возможность вернуться к любому предыдущему состоянию проекта.
• 🌿 Ветвление (branches) — независимая работа над функциональностью с возможностью последующего слияния.
• 🗂 Распределённая архитектура — у каждого пользователя своя полная копия репозитория.
• ⚡ Высокая производительность — Git быстро обрабатывает операции даже в больших проектах.
• 🤝 Удобная совместная работа — интеграция с GitHub, GitLab и другими сервисами.

Когда вы инициализируете репозиторий Git (git init), создаётся скрытая папка .git, в которой Git хранит всю информацию о вашем проекте.

При создании нового репозитория командой git init создаётся основная ветка master по умолчанию и на её указывает ссылка HEAD . Просмотр списка существующих веток репозитория и текущей ветки осуществляется командой git branch , ключ -a позволяет увидеть все ветки включая ссылки на ветки удалённого репозитория.

С недавнего времени ветка по умолчанию получила имя main . Далее мы будем использовать название main .

• Рабочий каталог (Working Directory) — файлы проекта, с которыми вы работаете.
• Индекс (Staging Area) — промежуточная область, где готовятся изменения для коммита.
• Репозиторий (Repository) — база всех зафиксированных изменений (коммитов), хранящаяся в `.git`.

git remote add local_gitlab https://gitlab.local.com/infra/har.git

Добавляет изменения из рабочей директории в стейджинг-область (staging area).

• Пример: git add index.html

Фиксирует изменения из staging area в локальном репозитории.

• Пример: git commit -m "Добавлен новый раздел"

Отправляет локальные коммиты в удалённый репозиторий (например, GitHub).

• Пример: git push origin main

Команда git status показывает состояние файлов в репозитории. Ниже представлены основные статусы, которые могут быть у файлов:

• git status — показывает текущее состояние всех файлов.
• git diff — показывает, что изменилось, но ещё не добавлено в staging.
• git diff –staged — показывает изменения, уже добавленные в staging.
• git ls-files –stage — просмотр состояния индекса.

• Только файлы со статусом Staged попадут в следующий коммит.
• Untracked файлы можно игнорировать с помощью `.gitignore`.

• Проверяйте git status перед каждым коммитом.
• Используйте осмысленные комментарии к коммитам.
• Не забывайте про git pull перед git push, чтобы избежать конфликтов.
• Коммитьте часто, чтобы не потерять изменения.
• Используйте .gitignore, чтобы исключать лишние файлы.

По умолчанию Git хранит все данные в каталоге `.git`. Чтобы ограничить доступ:

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

    chown -R myuser:mygroup /path/to/repo 

• Задайте права доступа:

    chmod -R 700 /path/to/repo    

Это исключит доступ других пользователей к данным репозитория.

Для подключения к удалённому репозиторию (например, GitLab или GitHub) настройте SSH:

• Сгенерируйте ключи:

    ssh-keygen -t rsa -b 4096 -C "your_email@example.com"    

• Добавьте содержимое `~/.ssh/id_rsa.pub` в профиль на Git-сервере.
• Проверьте соединение:

    ssh -T git@gitlab.com    

Пример добавления удалённого репозитория:

<code>  git remote add origin git@gitlab.com:user/project.git  </code>

Для централизованного контроля используйте Gitolite:

• Установите Gitolite на сервер.
• Добавьте публичные ключи пользователей.
• Настройте `conf/gitolite.conf`:

    repo project1
        RW+     = admin
        R       = devs
    

Для подтверждения авторства коммитов:

• Сгенерируйте GPG-ключ:

    gpg --full-generate-key
    

• Добавьте ключ в Git:

    git config --global user.signingkey ABC1234
    git config --global commit.gpgsign true
    

• Делайте подписанные коммиты:

    git commit -S -m "Безопасный коммит"
    

Можно настроить серверный Git-хук `pre-receive`:

• Пример:

    #!/bin/bash
    while read oldrev newrev refname; do
        # запрет на пуш без GPG-подписи
        if ! git log $oldrev..$newrev --pretty=format:%G? | grep -q 'G'; then
            echo "Коммиты должны быть подписаны GPG!"
            exit 1
        fi
    done
 

Для повышения безопасности:

• Используйте отдельные учётные записи Linux.
• Применяйте chroot или jail.
• Убедитесь, что доступ к серверу ограничен по IP и через брандмауэр.