bitbucket — Самая простая инструкция по работе с git — Stack Overflow на русском

Git — распределенная система, репозиторий на компьютере и сервере — это два совершенно разных репозитория, и push/pull просто синхронизирует эти репозитории по сети. При работе с репозиторием (оставим пока синхронизацию в стороне) нужны три команды — git add добавляет файлы к следующему коммиту (операция называется stage, команда для обратной операции — git rm --cached %file%), git commit записывает изменения отдельным коммитом, git reset выполняет простой откат к выбранному коммиту (здесь я сам плаваю), git revert похож на git reset, только его изменения могут быть представлены коммитом (в то время как ресет просто откатывается к некоторому коммиту). Таким образом обычный flow может выглядеть так:

geany superfile.py
geany secondfile.py
git add . # указывается директория или файл
git commit -m "Commit message" # Без сообщения в том или ином виде ничего не уйдет

После того, как локальный репозитарий изменился, его можно отправлять на remote

git push -u origin master # отправляем ветвь master на remote c название origin  и выставляем его главным. Мастер-ветку вроде бы можно и не указывать

В следующий раз уже достаточно будет сделать просто git push

git push

И все новые коммиты (но не изменения) уйдут на сервер.

git pull сольет с сервера репозиторий в том виде, который он есть, и, скорее всего, затрет имеющиеся изменения (если над ними не была произведена операция stage — в этом случае git откажется выполнять операцию до тех пор, пока stage-area не опустеет или ключ --force не заставит это сделать).

Long story short

1. Создаются / меняются файлы
2. Файлы добавляются к грядущему коммиту c помощью git add %path%
3. Совершается коммит git commit, если не указывать ключ -m, то вылезет редактор, где нужно будет вписать сообщение с описанием изменений
4. git push отправляет свежие коммиты на сервер
5. git pull вытягивает репу в состоянии последнего коммита на сервере