Статус локального репо в git

Question

[1nd1go]

Приветсвую.

Вот что интересует. Когда я работаю с svn, я четко могу видеть статус своей working copy — dirty или нет. В гите с бранчами такого я не нашел.

Т.е. Допустим у меня есть working copy, я создал из нее два бранча, покомитил в каждый изменения различные, уехал на неделю, приехал и мне надо пушнуть мои чейнджи в центральный репозиторий команды.

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

Спасибо.

Comments

[1nd1go]

Т. Е. Желательно это делать без выполнения стопицот комманд. Что-нибдь наглядное, как pending changes list, значок dirty и т. п.

Answer 1

[denver]

Чтобы узнать что еще не запушено (для ветки develop):

git log origin/develop..

Чтобы узнать все что еще не запушано во всех ветках:

git log --branches --decorate --not --remotes=origin
# или поменьше воды, побольше инфы:
# git log --branches --decorate --not --remotes=origin --name-status --oneline

Чтобы узнать что еще не скачано (для ветки develop):

git fetch
git log ..origin/develop
# или поменьше воды, побольше инфы:
# git log ..origin/develop --name-status --oneline

Для простоты можно создать себе алиасы git in / git out:

git config --global alias.in '!git remote update -p; git log ..@{u}'
git config --global alias.out 'log @{u}..'

@{u} — (только в git 1.7+) переменная ссылающаяся на удаленную ветку для текущей ветки

Answer 2

[Infernal]

git branch --no-merged покажет те ветки, в которых есть коммиты, не слитые с текущей. git status покажет те изменения в рабочей директории, которые ждут коммита + количество коммитов, не синхронизированное с remote репозиторием (при условии ваша локальная ветка трекает удаленную)

Answer 3

[gooddy]

Если *nix/mac можно притулить github.com/djl/vcprompt в PS$ и будет показываться что-то типо такого, в текущей директории



видно сразу какая система контроля версий, текущий бранч и там ещё несколько полезных параметров формата вывода…

Answer 4

[ultimate_darkness]

Можно написать git diff --stat origin/master и получить список измененных файлов.

Comments

[ultimate_darkness]

то есть список файлов, которые были изменены и закоммичены локально, но не запушены.

Answer 5

[Пума Тайланд]

Мне кажется методология работы с гитом у вас в голове сформировалась не правильно.
На мой взгляд все должно быть так
1)коммитишь все что можно в локальную ветку репозитория.
2)пушишь на основную дев ветку в которую пушат все разработчики.
3)если пуш конфликтный делаешь на себя пул и разруливаешь конфликты, потом снова шаг 2.
это без учета что есть ветки отдельные для определенных фич, но там примерно такая же ситуация.

Comments

[1nd1go]

Я описал ситуацию где вы говорите про «отдельные ветки для определенных фич». Допустим я собрал у себя в разных ветках одну или две фичи, которую хочу пушнуть. Надо теперь каким-то способом понять, что вот в бранчах b1 и b2 есть изменения которые, не еще не пушнуты в центральный репозиторий.

И вообще, даже если взять ваш первый вариант, этот двухфазный комит (комит в локальный репо без бранчей и еще потом пуш надо не забыть сделать) только раздражает в этом случае.

В случае SVN, где нету локального репо, при изменениях у вас working copy помечается как dirty. В git'е вы этого не увидите, потому что working copy у вас будет закомичена, но только в локальный репо, и соответственно быть не-dirty. Поэтому есть большой шанс, тупо проморгать незакомиченные из локального репо в центральный репозиторий вещи.

Или я чего не понимаю с гитом.