Действительно ли возможно сделать переоснову мерзавца после выполнения фиксации мерзавца
Насколько мне известно, API Instagram ограничен этими 20 изображениями. Если вы хотите получить все изображения, я бы сказал, что вам лучше всего убрать все URL / идентификаторы изображений со страницы аккаунта (или хэштега), из которого вы хотите извлечь. Facebook не хочет предоставлять много доступа к API, поскольку они пытаются направить трафик на свои сайты и получить этот $$$.
5 ответов
Это возможно, и руководство Git Magic объяснит, как это сделать. Но если кто-то еще видел вашу ветку, это небезопасно . Даже если никто другой не видел вашу ветку, позвольте мне убедить вас пересмотреть свое мнение.
Зачем нужен ребазинг? Почему бы просто не вытащить / объединить?
Цель перебазирования - переписать историю так, чтобы ваш репозиторий отражает то, как, по вашему мнению, должно было развиваться ваше программное обеспечение. как это было на самом деле. Когда это важно? Когда ты младший член распределенной команды разработчиков, и у вас нет commit privileges—instead, all you can do is submit patches to a gatekeeper and hope that they are accepted. To maximize the chances of acceptance, you want to rewrite history to make your patches as clean and clear as possible. Is the development model sounding familiar?
Manoj Srivastava has written a fairly thoughtful analysis of rebase-vs-merge.
- Убедитесь, что текущая фиксация - это фиксация слияния:
git log - Сначала мы переустанавливаем мастер на предыдущую фиксацию (ту, которая была прямо перед слиянием):
git reset HEAD ^- HEAD ^ означает: «фиксация перед фиксацией, на которую ссылается HEAD»
- Теперь вы можете выполнить обычную перебазировку: git rebase origin / master
В следующий раз я рекомендую выполнить git fetch , а затем выполнить перебазирование, как на шаге 3.
Я бы рекомендовал создать небольшой архив с вашим текущим репозиторием git, на случай, если перебазирование пойдет не так. Вы будете делать это реже, когда будете чувствовать себя более уверенно (и обычно вы можете исправить почти все с помощью git, но иногда tarball работает быстрее).
В прошлом мне удавалось использовать следующий метод:
Для этого метода я добавил следующий псевдоним:
up = pull --rebase origin
- Разветвите главную ветку до чего-то вроде 'dev' или что-то еще
- Работайте в dev
- , когда закончите добавлять и фиксировать изменения
- git up master
- переключить на master
- git merge dev
- git push
при внесении изменений из удаленного репо:
- переключиться на мастер
- git up
- переключиться на dev
- git up master
YMMV
Вы сможете отменить последнее слияние, изменив ветви следующим образом:
git branch your-changes <reflog of "Reworked test files...">
git branch -f master remotes/origin/master
После этого вы можете попробовать выполнить ребазирование.
Как продолжение ответа Дастина, он должен быть "git config --global branch.master.rebase true".