только что прочитал про бисект это просто бинарный поиск

интерактивный ребейз это просто на самом деле

по списку коммитов

как часто это используется

ну да, бинарный. Только он не требует линейности истории

наверное для билд инженера полезный навык

увы, без адекватного автоматического тестирования - чаще, чем хотелось бы

такая вакансия есть?

короче, уметь - это знать что будет после выполнения команды. Ну логично в общем-то.

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

ну ... не совсем "знать, что будет после выполнения"

в последней версии гита добавляют какой то интеллект в дифф

ну там просто коммит, который вносит новую функциональность, но почему-то больше не хватает nvram памяти

для совсем другой функциональности

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

на 20кб.

ну понять - это уже скилл разраба. А открыть дифф гита - это уж очень тривиально

Пример сложной операции с гитом - я начал писать какой-то код, но на сервер кто-то закинул апдейт и мне надо его к себе подтянуть

а я уже успел сделать какие-то коммиты, но еще их не пушил

https://pp.vk.me/c636427/v636427417/a6be/99iYHOl4hcQ.jpg

git stash; git pull --rebase; git stash pop

точнее она "сложная" - в кавычках

а сташ коммиты тронет?

потому что на самом деле все операции-то очевидны

смешно

нет, сташ просто уберет текущие изменения

а pull --rebase откатит коммиты, вытащит апдейт и снова накатит коммит

у меня не так бывает. Разрабтка в отдельной ветке. В мастер пулл с сервера. И потом два мержа

никогда проблем не было

и это мерж коммиты

git pull это git fetch + git merge. git pull --rebase это git fetch + git rebase

вот кстати еще вопрос. Сидел, чота кодил, чота коммитил, а потом на сервере что-то новое, а мое вообще-то надо просто выбросить

.. делается в 2 команды

rm -rf и git clone наверно подойдет, но можно проще 8)

hard reset?

да, это одна из двух команд

тут иногда случается удивление от осознания факта, что master, origin/master и master на сервере это три совершенно разные вещи.

это если ураган прошел?

вовсе нет, это нормальная ситуация, случается почти всегда

тут иногда случается удивление от осознания факта, что master, origin/master и master на сервере это три совершенно разные вещи.

абаждите, мастер у меня и мастер на сервере понятно, как грокнуть ориджин?

ориджин это ремоут. Ремоуты это удаленные репозитории. Сервер является одним из ремоутов. Когда делается клон, автоматически регистрируется один ремоут - откуда был клон. По умолчанию он называется ориджин.

о, а можно сразу несколько ремоутов запиздячить?

запросто

Ъ. уже не зря сюда снова вернулся.

спс, пойду на обеде читну доку что ли.

что еще смешнее, можно пушить и пуллить без ремоутов, явно указывая урлы

О_о вообще огонь!

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

откуда у меня когда-то родился фокус push . HEAD^3:master

но потом мне объяснили, что тут можно поржать, но по сути branch -f сделает то же самое

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

а что хочется?

детачед хэд получается при любом чекауте на тег или хэш

хм, я на тег прыгнул и забыл вернуться что ли?

git checkout -b имя-ветки создаст новую ветку, указывающую на нынешнее состояние (и оно уже больше не будет detached)

например

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

т.е? не совсем понял, указываешь путь и там создастся репа?)

git checkout -b имя-ветки создаст новую ветку, указывающую на нынешнее состояние (и оно уже больше не будет detached)

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

но можно и любую существующую ветку просто подтянуть. Если это fast-forward, то и pull сгодится

нет, не создается

ты указываешь путь к существующей репе

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

ERROR: S client not available

xx@testbox:~/project$ git remote -v origin /store/Repo.git (fetch) origin /store/Repo.git (push)

например твой коллега тоже сделал клон. Он накодил коммит, хочет его показать тебе, но не хочет пушить его на сервер. Но допустим к его машине есть доступ по ssh.

Пагни, кто-нибудь глубоко-глубоко работал с facebook api?

ты просто напрямую от него берешь и подтягиваешь

а если хочешь делать это регулярно - то прописываешь в ремоуты

или вот например у меня проект, который я кидаю одновременно в битбакет и в гитхаб

есть кстати магия, что origin это push only, но сразу в несколько реп.

но это я наизусть не вспомню, надо гуглить 8)

Откуда ты гиту научился? Наверное проблемы какие то были с ним нетривиальные)

при работе с хероку у тебя на самом деле заводится еще один ремоут - хероку. И пуш в него это на самом деле деплой. Просто хероку тулз это скрывает

Мне просто всегда достаточно было branch, remote, push, pull, fetch, rebase, commit, checkout

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

Мне просто всегда достаточно было branch, remote, push, pull, fetch, rebase, commit, checkout

а я rebase не осилил)

??

про push в точку это был реальный случай, когда надо было в bare репозитории ветку master сдвинуть назад относительно его нынешнего состояния.

А потом я запостил это в качестве ответа на SO, а мне туда плюсов накидали и рассказали про branch -f

в конторе просто правило было перед мерджем ребейз обязательно, чтобы история линейная была

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

Хорошая идея для бота, на самом деле.

http://stackoverflow.com/questions/1628563/move-the-most-recent-commits-to-a-new-branch-with-git/22654961#22654961

плюсы продолжают сыпаться на этот ответ

Хорошая идея для бота, на самом деле.

да. но лееееень.

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

Всем всегда рекомендую git magic для ознакомления. И для прикола git branching game на гитхабе. Но один мой знакомый сказал "не, я хочу чтоб сразу мозг взрывало и буду читать pro git". Я до про гита добрался только еще через несколько лет.

Ничего себе вы наспамили

/me прикинул свой опыт использования гита..... Наверно с 2008 года.

я про гит прочитал

там просто на низком уровне объясняется что такое коммиты, ветки и прочее

/me

ага, про разделение на plumbing и porcelain.

А еще где-то было ... think like git вроде. И там немного про теорию графов. Я каждый раз когда кому-то что-то объясняю про гит, то сразу беру ручку и начинаю рисовать графы коммитов 8)