Т.е. инструмент для перезаписывания истории ака git rebase нужен для… правильно — для перезаписывания истории. Иногда это называется «unix way» — когда чайник, сделанный для кипячения воды, кипятит воду, а тостер жарит хлеб, а инструмент для перезаписывания истоии перезаписывает историю.
От сюда следует, что для слияние своей ветки с мастером, нужно использовать команду «слить», по английски merge. Она сливает ветки. Не кипятит воду. Не жарит хлеб.
Но если я хочу перед слиянием в мастер убедиться в актуальности сделанных мной изменений, а так же слить некоторые коммиты, иными словами переписать историю, то я всё таки сперва воспользуюсь инструментом для переписывания истории git rebase, ещё разок проверю свою рабу, скормлю её билдботу, а затем отдам тестировщику, который после регрессионного тестирования сделает merge в мастер. Затем скипятит воду, и пожарит хлеб.
Нет, статья проверялась на живых студентах =)
И редактировалась много раз, до тех пор, пока не стало понятна даже самой далёкой от компьютеров блондинке. В прямом смысле. Просил вычитывать эту статью и блондинок тоже. И просил пересказа то, что они поняли.
Всё верно. Мы должны указывать mac адрес для того, чтобы коммутатор (или домашний модем-роутер с несколькими RJ45 под LAN), мог определить, какому комптютеру пересылать пакет. Если в сети будет несколько компьютеров с одинаковыми mac-адресами, по пакет будет послан тому, кто отозвался на ARP-запрос последним.
Если же для связи компьютеров, коммутатор не используется, а вместо этого компьютеры подключены на прямую, то для доставки сообщения mac не имеет значения. Верно, он может быть и одинаковым.
Да. Модель OSI вызывает зевоту и полное отторжение у целевой аудитории этой статьи. Добавлю так же, что первый пункт этой статьи поняли и одобрили даже девушки младших курсов, которым данная тема была совершенно непонятна до этого.
Также — спасибо, исправил.
Многопоточность и ускорение процесса подбора пароля — это задача, о которой стоит писать либо всё либо ничего.
Тут я хотел дать «академические» знания о том, какие виды атаки на хэш бывают, и о том, как может быть реализован брутфорс (на примере различных режимов работы программы john).
Инструменты Git — Перезапись истории
Т.е. инструмент для перезаписывания истории ака git rebase нужен для… правильно — для перезаписывания истории. Иногда это называется «unix way» — когда чайник, сделанный для кипячения воды, кипятит воду, а тостер жарит хлеб, а инструмент для перезаписывания истоии перезаписывает историю.
От сюда следует, что для слияние своей ветки с мастером, нужно использовать команду «слить», по английски merge. Она сливает ветки. Не кипятит воду. Не жарит хлеб.
Но если я хочу перед слиянием в мастер убедиться в актуальности сделанных мной изменений, а так же слить некоторые коммиты, иными словами переписать историю, то я всё таки сперва воспользуюсь инструментом для переписывания истории git rebase, ещё разок проверю свою рабу, скормлю её билдботу, а затем отдам тестировщику, который после регрессионного тестирования сделает merge в мастер. Затем скипятит воду, и пожарит хлеб.
Инструменты Git — Перезапись истории
И редактировалась много раз, до тех пор, пока не стало понятна даже самой далёкой от компьютеров блондинке. В прямом смысле. Просил вычитывать эту статью и блондинок тоже. И просил пересказа то, что они поняли.
Если же для связи компьютеров, коммутатор не используется, а вместо этого компьютеры подключены на прямую, то для доставки сообщения mac не имеет значения. Верно, он может быть и одинаковым.
Многопоточность и ускорение процесса подбора пароля — это задача, о которой стоит писать либо всё либо ничего.
Тут я хотел дать «академические» знания о том, какие виды атаки на хэш бывают, и о том, как может быть реализован брутфорс (на примере различных режимов работы программы john).