Как выбрать несколько коммитов
Ну, я все еще нахожу какую-то комнату для ответа.
В дополнение к ответам Роба и Натана, я бы добавил, что валидация на стороне клиента имеет значение. Когда вы применяете проверки на своих веб-формах, вы должны следовать этим рекомендациям:
Клиентская сторона
- Необходимо использовать проверки на стороне клиента для фильтрации подлинных запросов, поступающих от настоящих пользователей на вашем веб-сайте.
- Валидация на стороне клиента должна использоваться для уменьшения ошибок, которые могут возникать при обработке на стороне сервера.
- Валидация на стороне клиента должна использоваться для минимизации серверно- чтобы вы сохраняли пропускную способность и запросы на пользователя.
Серверная сторона
- Вы НЕ ДОЛЖНЫ предполагать, что проверка, выполненная на стороне клиента, на 100% идеальна. Неважно, даже если он обслуживает менее 50 пользователей. Вы никогда не знаете, какой из ваших пользователей / emplyee превращается в «зло» и совершает какую-то вредную деятельность, зная, что у вас нет надлежащих валидаций.
- Даже если он совершенен с точки зрения проверки адреса электронной почты, телефонных номеров или проверяя некоторые допустимые входы, он может содержать очень вредные данные. Который должен быть отфильтрован на стороне сервера, независимо от его правильности или неправильности.
- Если проверка на стороне клиента обойдена, ваши проверки на стороне сервера приходят, чтобы спасти вас от любого потенциального ущерба вашей серверной стороне обработка. В последнее время мы уже слышали много историй о SQL Injections и других методах, которые могут быть применены для получения некоторых злых преимуществ.
Оба типа валидаций играют важную роль в их соответствующий охват, но самый сильный - серверный. Если вы получаете 10 тыс. Пользователей в один момент времени, то вы, несомненно, в конечном итоге отфильтровываете количество запросов, поступающих на ваш веб-сервер. Если вы обнаружите, что произошла одна ошибка, например, неверный адрес электронной почты, они снова отправляют форму и просят пользователя исправить ее, что определенно будет использовать ресурсы вашего сервера и пропускную способность. Поэтому лучше применять проверку JavaScript. Если javascript отключен, ваша проверка на стороне сервера придет на помощь, и я ставлю, что только несколько пользователей могут случайно отключить его, так как 99,99% веб-сайтов используют javascript и уже включены по умолчанию во всех современных браузерах.
4 ответа
Другой вариант, который стоит упомянуть, - то, что, если Вы хотите последнее n фиксации от ответвления, ~, синтаксис может быть полезным:
git cherry-pick some-branch~4..some-branch
В этом случае, вышеупомянутая команда выбрала бы последние 4 фиксации от ответвления, названного some-branch (хотя Вы могли также использовать хеш фиксации вместо имени ответвления)
git rev-list --reverse b..f | xargs -n 1 git cherry-pick
git format-patch --full-index --binary --stdout range... | git am -3
Самый простой способ сделать это - использовать параметр на для перебазировать . Предположим, что ветвь, текущая заканчивающаяся в a , называется mybranch, и это ветвь, которую вы хотите переместить c - f на.
# checkout mybranch
git checkout mybranch
# reset it to f (currently includes a)
git reset --hard f
# rebase every commit after b and transplant it onto a
git rebase --onto a b