Remotes і pull request: від fetch до review

Remote — named URL і refs namespace

git remote -v
git fetch --prune origin
git branch -vv

origin — звичайне default name, не спеціальний server role. Fetch отримує objects і оновлює remote-tracking refs на кшталт origin/main, не змінюючи вашу working branch. --prune прибирає stale remote-tracking refs, а не видаляє local work.

Pull = fetch + integration

git pull спочатку fetch-ить, потім merge або rebase відповідно до flags/config. Команда зручна лише коли team policy та current branch очевидні. Для навчання й incident-safe роботи розділіть кроки: fetch, inspect log/diff, deliberate merge/rebase.

git fetch origin
git log --oneline HEAD..origin/main
git diff --stat HEAD...origin/main
git merge origin/main

Push публікує refs, не «завантажує теку»

git push -u origin feature/case-validation

Перший push може встановити upstream. Non-fast-forward rejection захищає remote history від випадкового overwrite. Не відповідайте автоматичним force push; спершу fetch і зрозумійте, чи remote branch містить чужі commits. Якщо policy допускає rewrite власної branch, --force-with-lease безпечніший за blind force, але все одно потребує coordination.

Pull request — proposal і review surface

Pull request показує difference між head і base branches, збирає discussion, reviews і checks, після чого changes можуть бути merged. Хороший description містить problem, scope, verification, screenshots/evidence, risks і rollback. Draft PR доречний для early feedback, але не замінює готовність.

Review перевіряє change, а не автора

• Base/head branches і diff scope правильні.
• Немає unrelated formatting або generated noise.
• Tests доводять behavior і negative paths.
• Security/privacy boundaries не порушені.
• Blocking feedback resolved або explicitly accepted owner-ом.

Approval не гарантує production correctness; branch protection і required checks зменшують risk, але deploy verification лишається окремим етапом.

.gitignore не видаляє secret із history

Ignore patterns допомагають не stage-ити generated/local files. Уже tracked file лишається tracked, а committed credential залишається в history навіть після deletion. У разі leak треба revoke/rotate secret, оцінити exposure і окремо вирішити history rewrite з coordination.

.venv/
__pycache__/
*.py[cod]
.env
.coverage

Definition of Done

• Fetch та integration виконуються як окремо зрозумілі кроки.
• Push target/upstream перевірені.
• PR має scope, proof, risk і rollback.
• Review закритий evidence, а не лише approval.
• Secrets не потрапляють у files, output, screenshots або history.

Методичні джерела

• git-fetch documentation
• git-pull documentation
• git-push documentation
• GitHub Docs: Pull requests
• GitHub Docs: Ignoring files

Урок, сценарії, пояснення й вправи створені SEOWORK. Посилання ведуть лише на офіційну документацію Git і GitHub.