Pull to refresh
64
0
Александр @Dr_Logic

Пользователь

Send message
Направление от потомка к родителю соответствует физике процесса. Дело в том что в коммите B например хранится указатель на коммит A (хэш родительского коммита). Отпугивает видимо не только вас, так как на github стрелки рисуют в другую сторону. Однако в литературе например рисуют также. Нужно стрелку воспринимать как указатель, а не как направление действия.
В таком случае надо их просто пикнуть :) Инструменты созданы чтобы упростить нашу жизнь, а не усложнить. Стоит пользоваться самым подходящим — из пушки по воробьям стрелять никто не заставляет :)
Почему? Вам не нужен актуальный код в вашей ветке? А если окружение поменялось и ваша ветка в нем попросту не работает?
Я бы не сказал, что дело только в эстетике. Ретроспективный анализ кода. Подготовка кода к слиянию. На мой взгляд отребейзенная ветка гораздо удобнее для этого. Вообще ребейз — не замена merge — вы после ребейза все равно делаете merge по fast-forward или без него, rebase — способ подготовить ваши изменения к этой операции. Помните, что отребейзенная ветка содержит в себе самый актуальный код, так как будто вы только что ее создали и внесли свои изменения, это позволяет протестировать ваши изменения до слияния их в мастер на самой актуальной кодовой базе. Убедил?
Цель ребейза не уменьшить количество конфликтов, а уменьшить количество мержей в истории. Так что сравнивать по количеству/качеству конфликтов — не имеет смысла — конфликты они в вашем коде, а не в операции, которой вы его сливаете — просто при мердже вы разруливаете конфликт для конечных версий в ветках, а при rebase конфликт каждого изменения (коммит-а).
rebase не является надстройкой над merge, он является надстройкой (а точнее автоматизацией) cherry-pick-ов
А вы не подливаете себе мастер, если ветка долго живет? Потом все разом мерджите? Это сложно бывает, я бы рекомендовал раз в несколько дней подмердживать мастер, чтобы потом с ума не сойти.
Если вы несколько раз меняете один и тот же файл, одно и то же место — то такие коммиты лучше squash-ить.
Да проблема о которой вы говорите, есть и решается она rerere и squash-ем. Merge в данном случае позволяет слиться быстрее — это факт.
Да и когда ветка долго живет в ней копятся мердж коммиты (чтобы держать кодовую базу в ветке актуальной) — при ребейзе про состояние до ребейза можно забыть, как будто вы только что обранчевались и накоммитили в новую ветку.
Да, про интерактивный режим ребейза стоит написать отдельную статью )) Тут я рассматривал rebase именно как механизм слияния изменений. Вообще его возможности богаче.
Регистрация обусловлена сейчас тем, что слова сохраняются в ваш личный словарь и вы можете их потом «повторить» на ресурсе. Помните, в отличае от я.переводчика лингволео ставит себе задачу помочь выучить английский. Но как ответили выше, возможно будет версия только для перевода.
Можно несколько раз — вариант развития событий разный
Видимо и на это времени не хотят тратить, может быть просто из-за незнания, может просто нужен интерфейс, который работает с минимальными (стремящимися к нулю) затратами на его реализацию.
Согласен, но разве бутстрап как основа мешает проявлять творческий подход?
Раз пускают, значит не могу позволить себе разарботку кастомного дизайна. В таком случае акуратный бутстрап лучше чем ручной тяп-ляп
А чем не устраивает сайт? Нужен оффлайн-режим?
Да ладно вам. Разработчики IE10 и FF все-таки в первую очередь коллеги. Не вижу повода не поздравить, даже если они борются за один рынок.
В gmail разве можно смотреть одновременно список писем и само письмо?
Вы уверены, что ваши родители не регистрировались на лингволео? Просто чудес-то не бывает. Конкретно «Лев по вам скучает отправляется ровно через три дня после последнего захода. Значит аккаунтом кто-то пользуется. Можете в личку мыло написать?
Видимо вы или кто-то другой зарегистрировал на это мыло аккаунт — больше таким письмам взяться неоткуда.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity