AZ
и на "прочитать еще" только добавляются ссылки)
git cherry -v master, но у меня она кидает 2к коммитов, из которых моих 10-20, как быть, почему так?Size: a a a
2020 January 24
В
Продолжаю тему сквошинга: насколько я понял, чтобы посмотреть сколько коммитов надо объединить, используют
AZ
Продолжаю тему сквошинга: насколько я понял, чтобы посмотреть сколько коммитов надо объединить, используют
git cherry -v master, но у меня она кидает 2к коммитов, из которых моих 10-20, как быть, почему так?никогда не делал сквош, но я бы тебе рекомендовал сделать еще один бранч чтобы засейвить коммиты
В
никогда не делал сквош, но я бы тебе рекомендовал сделать еще один бранч чтобы засейвить коммиты
Они в любом случае в гитхабе сохранены, но идея здравая
AZ
Продолжаю тему сквошинга: насколько я понял, чтобы посмотреть сколько коммитов надо объединить, используют
git cherry -v master, но у меня она кидает 2к коммитов, из которых моих 10-20, как быть, почему так?НУ и вариант для ленивых
git reset --mixed хэш-коммита-от-которого бранчевался
git add .
git commit -m "my squashed message"
git push --force-with-leaseRP
О, прикольно :D
OA
у кого есть опыт креативной аппроксимации NP-сложных задач типа Рюкзака или Поиска Независимого Множества?
OA
у меня тут направленный ациклический граф со стоимостями, который динамически строится и нужно иногда выкидывать самые дешевые подграфы, уступая место новым узлам.
ML
НУ и вариант для ленивых
git reset --mixed хэш-коммита-от-которого бранчевался
git add .
git commit -m "my squashed message"
git push --force-with-leaseОбъясни пожалуйста зачем тут --mixed и -with-lease? Обычный ресет и обычный форспуш отлично работают.
В
НУ и вариант для ленивых
git reset --mixed хэш-коммита-от-которого бранчевался
git add .
git commit -m "my squashed message"
git push --force-with-leaseТак я чужие изменения себе присвою. Вся каша из-за того что я при конфликтах мерджил
master себеML
Так я чужие изменения себе присвою. Вся каша из-за того что я при конфликтах мерджил
master себеCo-authored-by
p
@vlad20012 а вы делаете какие-то шаги к автодополнению в дерайв-проц-макросах? Есть трейт Foo, есть #[proc_macro_derive(Foo)]. Почему бы структурам которые реализуют #[derive(Foo)] не сделать автодополнение функций от трейта Foo?
ML
Так я чужие изменения себе присвою. Вся каша из-за того что я при конфликтах мерджил
master себеХотя подозреваю, что это уже F)
AZ
Так я чужие изменения себе присвою. Вся каша из-за того что я при конфликтах мерджил
master себетогда самый простой способ - удалить бранч локально, подтянуть последний мастер который ты мержил, сделать
ну и запушить
git checkout -b my_branch_in_pr
git checkout my_other_saved_branch -- .ну и запушить
AZ
и запушить коммит
RP
Так я чужие изменения себе присвою. Вся каша из-за того что я при конфликтах мерджил
master себеgit commit —author, если можно неподписанные
AZ
Объясни пожалуйста зачем тут --mixed и -with-lease? Обычный ресет и обычный форспуш отлично работают.
mixed нужно чтобы изменения в файлах сохранить последние, а with-lease я использую всегда потому что он строго лучше обычного force
ML
mixed нужно чтобы изменения в файлах сохранить последние, а with-lease я использую всегда потому что он строго лучше обычного force
Спасибо
VB
@vlad20012 а вы делаете какие-то шаги к автодополнению в дерайв-проц-макросах? Есть трейт Foo, есть #[proc_macro_derive(Foo)]. Почему бы структурам которые реализуют #[derive(Foo)] не сделать автодополнение функций от трейта Foo?
Такие штуки делаем по вайтлисту. Сейчас там вроде std, serde, failure (не имею ничего против дописать туда сколько угодно других крейтов).
В общем случае так нельзя, потому что
1) необязательно имплементит трейт Foo
2) Может имплементить Foo с дженериками, которые неизвестны, пока макрос не раскроешь
3) Трейт Foo хрен знает где находится, могут быть другие трейты с тем же названием
В общем случае так нельзя, потому что
#[derive(Foo)]1) необязательно имплементит трейт Foo
2) Может имплементить Foo с дженериками, которые неизвестны, пока макрос не раскроешь
3) Трейт Foo хрен знает где находится, могут быть другие трейты с тем же названием
p
Такие штуки делаем по вайтлисту. Сейчас там вроде std, serde, failure (не имею ничего против дописать туда сколько угодно других крейтов).
В общем случае так нельзя, потому что
1) необязательно имплементит трейт Foo
2) Может имплементить Foo с дженериками, которые неизвестны, пока макрос не раскроешь
3) Трейт Foo хрен знает где находится, могут быть другие трейты с тем же названием
В общем случае так нельзя, потому что
#[derive(Foo)]1) необязательно имплементит трейт Foo
2) Может имплементить Foo с дженериками, которые неизвестны, пока макрос не раскроешь
3) Трейт Foo хрен знает где находится, могут быть другие трейты с тем же названием
Может сделать что-то типа:
#[hint(impl_trait = path::to::trait)]
#proc_macro_derive(Trait)]
fn foo() {}