Да, а так и есть. Собственно, все и адаптируют 264 сейчас именно потому, что он стандарт де-факто.
Кстати, вот вам ещё одна теорийка — Гугл затеял всю эту бучу с вебМ именно для того, чтобы либерализировать требования МПЕГ ЛА к своему кодеку. То есть реально никто никуда не переходит, но угрожает и торгуется…
А, тем не менее, я вот тоже не понял этого момента.
Зашифрованный блок с PIN-ом вредоносная программа на банкомате может сохранить. И провести, передавая его на сервер, несколько левых операций.
Тем самым можно увоить деньги со счёта, не зная PIN'а до момента смены рабочего ключа.
Очень нехавтает чего-то типа zavtra.rss
Чтобы подписался — и туда падают раз в день все завтрашние события. С краткой аннотацией и адресами.
Я бы загребал эту rss-ку андроидом и был бы счастлив.
А сейчас приходится рыться в отсортированном по дате добавления списке. Что не особо радостно.
Ну, в меру моего понимания, merge и rebase делают разное.
Конкретнее, rebase берёт точку расхождения текущей ветки с оригинальной, и все внесённые изменения пытается последовательно накатить на текущее состояние оригинала; должно получиться столько коммитов, сколько я их сделал в изменённой ветке.
То есть я использую rebase, когда хочется вздохнуть и сказать «Эх, вот бы я сейчас ответвился, а не неделю назад». merge же просто делает один большой коммит с изменениями. Это хорошо, когда случай тривиальный. И плохо, когда сложный — rebase споткнётся только на каком-то определённом шаге, а merge заставит вручную разгребать все накопившиеся непонятки.
Кроме того, если на этой ветке кто-то ещё, то после rebase в истории у него получится каша из дублирующихся коммитов. merge этого недостатка, понятное дело, лишён.
Что делает каждая из команд, написано в документации, а всё остальное — логика плюс немного личного опыта (который ничто не заменит в любом случае).
stash apply есть просто возвращение в рабочую копию изменений, отложенных в stash. Если оно не проходит — методика обычная, создать ветку (stash branch имяветки) и сливать их любимым способом (ручками через сравнитель или принудительным режимом merge, или rebase с cherry-pick — это уж зависит от ситуации и привычки).
Это описано в $git help stash прямым текстом. Можно нажать '/', и поискать 'conflict', если всё читать лень.
pull это просто шорткат для последовательного вызова fetch и merge. При этом автоматика учитывает, какой удалённой ветке соответствует локальная, их нет необходимости указывать, как для merge. Также у pull есть опция --rebase, которая вместо merge делает rebase.
Это кратки пересказ $git help pull, кстати.
Более интересной является связка fetch и cherry-pick, не про неё ли Вы спрашивали?
Вообще же, это не те случаи, которые попадутся человеку на первом-втором году индивидуального пользования гит-ом.
При этом если не git help, то уж google help поможет на раз-два-три. Мне помогал.
«Windows Mobile is better with Android.»
Да даже в дошираке так сделано: www.ktk-yg.ru/goods/bistro1/doshirak/doshirak_61.html
(надо сказать, производители достаточно честны и мяса там как раз не нарисовано:).
Тогда бы просто конфетка была. А сейчас…
Мне-то что, я рядом с колхозом вырос. А какая-нибудь
недотрэкзальтированная барышня может и насовсем вегетарианкой стать…Кстати, вот вам ещё одна теорийка — Гугл затеял всю эту бучу с вебМ именно для того, чтобы либерализировать требования МПЕГ ЛА к своему кодеку. То есть реально никто никуда не переходит, но угрожает и торгуется…
В том-то кофеварка есть, и уже больше 10 лет:
www.emacswiki.org/emacs/CoffeeMode
А при проводке дополнительных операций по той же карте квазилегальным методом банк может оставаться не в курсе ещё очень-очень долго…
Вон, под Хиро немерено всего: 4pda.ru/forum/index.php?showtopic=148717
Зашифрованный блок с PIN-ом вредоносная программа на банкомате может сохранить. И провести, передавая его на сервер, несколько левых операций.
Тем самым можно увоить деньги со счёта, не зная PIN'а до момента смены рабочего ключа.
Где подвох?
Чтобы подписался — и туда падают раз в день все завтрашние события. С краткой аннотацией и адресами.
Я бы загребал эту rss-ку андроидом и был бы счастлив.
А сейчас приходится рыться в отсортированном по дате добавления списке. Что не особо радостно.
Или в Беларуссии оно есть?
Плохо знаком как с php, так и с привязками для diff-ext.
mergeиrebaseделают разное.Конкретнее,
rebaseберёт точку расхождения текущей ветки с оригинальной, и все внесённые изменения пытается последовательно накатить на текущее состояние оригинала; должно получиться столько коммитов, сколько я их сделал в изменённой ветке.То есть я использую rebase, когда хочется вздохнуть и сказать «Эх, вот бы я сейчас ответвился, а не неделю назад».
mergeже просто делает один большой коммит с изменениями. Это хорошо, когда случай тривиальный. И плохо, когда сложный —rebaseспоткнётся только на каком-то определённом шаге, а merge заставит вручную разгребать все накопившиеся непонятки.Кроме того, если на этой ветке кто-то ещё, то после
rebaseв истории у него получится каша из дублирующихся коммитов.mergeэтого недостатка, понятное дело, лишён.Что делает каждая из команд, написано в документации, а всё остальное — логика плюс немного личного опыта (который ничто не заменит в любом случае).
stash applyесть просто возвращение в рабочую копию изменений, отложенных в stash. Если оно не проходит — методика обычная, создать ветку (stash branch имяветки) и сливать их любимым способом (ручками через сравнитель или принудительным режимомmerge, или rebase с cherry-pick — это уж зависит от ситуации и привычки).Это описано в
$git help stashпрямым текстом. Можно нажать '/', и поискать 'conflict', если всё читать лень.pullэто просто шорткат для последовательного вызоваfetchиmerge. При этом автоматика учитывает, какой удалённой ветке соответствует локальная, их нет необходимости указывать, как для merge. Также уpullесть опция--rebase, которая вместоmergeделаетrebase.Это кратки пересказ
$git help pull, кстати.Более интересной является связка
fetchиcherry-pick, не про неё ли Вы спрашивали?Вообще же, это не те случаи, которые попадутся человеку на первом-втором году индивидуального пользования гит-ом.
При этом если не git help, то уж google help поможет на раз-два-три. Мне помогал.
В случае чего, можно мне в личку написать…