Это же ведь не ко мне вопрос. Именно log -S я и имел ввиду.
Мне даже интересно стало, по какому принципу вы выбираете откуда ветвиться.
Когда нужно в релизную ветку докинуть какой-то фикс или фичу, которые по каким-то причинам туда не успели через мастер заехать, но очень нужны. В таком случае я делаю бранч от последнего общего предка мастера и релиза. Затем мержу одну ветку и в мастер и в релиз.
Если это делать черрипиком, тогда 2 одинаковых по содержимому коммита формально будут разными сущностями. И будут светиться в диффлоге.
Когда над одним репозиторием работает несколько десятков человек, половину из которых я даже не знаю, мне как-то нужно убедиться, что все задачи из релиза были смержены, что никакие фиксы не забыли в мастер закинуть. А бывает что задачу смержили, а в жире версию не проставили. Я не вижу никаких способов это сделать через дерево. Только дифлог трёхсторонний, регулярки.
У вас похоже 3 ветки и 5 коммитов. Ибо обычно это выглядит так, если над проектом сотня людей трудится. Как раз потому, что многие умеют только тыкать кнопки.
Часто вам требуется смотреть на дерево? Мне вот нет. Зато часто я вот что проверяю: была ли смержена ветка, какими комитами различаются 2 ветки (релизная и мастер). В каком коммите впервые была упомянута какая-то константа. Или выбрать удобный коммит для ветвления, что бы потом ветку можно было слить в 2 других, ничего попутно лишнего не затащив. Для этого есть UI?
git commit и git push у меня не самые популярные команды.
У меня сейчас как раз uki, правда без initramfs, самосборный. Несколько мегабайт весит. Тут задача не практическая, а скорее развлекательного характера.
Что используется в качестве загрузчика у вас на ноутбуке?
У меня было на примете 3 варианта:
1) Ядро и initramfs лежат на ESP, что ужасно, т.к. fat32.
2) ZFSBootMenu, который так же лежит в ESP на fat32, но уже ядро может лежать на ZFS. Меня смущает тут kexec, т.к. могут быть проблемы с оборудованием.
3) EFI драйвера https://efi.akeo.ie/. К сожалению я так и не смог с помощью них увидеть ZFS в efi shell. Но на мой взгляд это лучший вариант. На ESP будет лежать только драйвер.
Тут полгодика назад пара популярных инфоцыган во время стрима на полном серьёзе рассказывали зрителям, что UDP это что-то старое и уже никем не используется.
Стим они кажется вели на ютубе, который поток квиком отдает :-D
Это опция стратегии ort
Стратегия ours ниже
Поздравляю, вы изобрели мерж стратегию ours
Только вместо одной команды ввели десять.
У вас массив указателей. А вопрос изначально был про массив указателя.
Это меня заставило задуматься, что нам крупно повезло, что техническая документация в основном на английском.
Представьте, если бы наш родной язык был английский, а вся документация была бы на русском. Ужас.
Наверное. Но кандидата это не вернёт)
Тоже затрудняюсь ответить, т.к. не знаю что такое массив указателя.
Не синкаются, да. Это не я придумал.
Это же ведь не ко мне вопрос. Именно log -S я и имел ввиду.
Когда нужно в релизную ветку докинуть какой-то фикс или фичу, которые по каким-то причинам туда не успели через мастер заехать, но очень нужны. В таком случае я делаю бранч от последнего общего предка мастера и релиза. Затем мержу одну ветку и в мастер и в релиз.
Если это делать черрипиком, тогда 2 одинаковых по содержимому коммита формально будут разными сущностями. И будут светиться в диффлоге.
Когда над одним репозиторием работает несколько десятков человек, половину из которых я даже не знаю, мне как-то нужно убедиться, что все задачи из релиза были смержены, что никакие фиксы не забыли в мастер закинуть. А бывает что задачу смержили, а в жире версию не проставили. Я не вижу никаких способов это сделать через дерево. Только дифлог трёхсторонний, регулярки.
Это если что граф исходников самого гита))
Не, ну зачем искать глазами на дереве подходящий коммит, если есть merge-base?
У вас похоже 3 ветки и 5 коммитов. Ибо обычно это выглядит так, если над проектом сотня людей трудится. Как раз потому, что многие умеют только тыкать кнопки.
Часто вам требуется смотреть на дерево? Мне вот нет. Зато часто я вот что проверяю: была ли смержена ветка, какими комитами различаются 2 ветки (релизная и мастер). В каком коммите впервые была упомянута какая-то константа. Или выбрать удобный коммит для ветвления, что бы потом ветку можно было слить в 2 других, ничего попутно лишнего не затащив. Для этого есть UI?
git commit и git push у меня не самые популярные команды.
Большинство разработчиков умеют только тыкнуть кнопку в ide без понимания сути происходящего. А уж консоль им покажи, так сожгут на костре.
А потом у них "Гиту нужно переучиваться".
Именно поэтому большинство популярных библиотек для питона написано на C.
Для скорости гугл flatbuffers придумал.
Отсутствием снапшотов, отсутствием поддержки рейда.
При откате до снапшота, ядро останется новое.
У меня сейчас как раз uki, правда без initramfs, самосборный. Несколько мегабайт весит. Тут задача не практическая, а скорее развлекательного характера.
Что используется в качестве загрузчика у вас на ноутбуке?
У меня было на примете 3 варианта:
1) Ядро и initramfs лежат на ESP, что ужасно, т.к. fat32.
2) ZFSBootMenu, который так же лежит в ESP на fat32, но уже ядро может лежать на ZFS. Меня смущает тут kexec, т.к. могут быть проблемы с оборудованием.
3) EFI драйвера https://efi.akeo.ie/. К сожалению я так и не смог с помощью них увидеть ZFS в efi shell. Но на мой взгляд это лучший вариант. На ESP будет лежать только драйвер.
Ну вы сравнили. Зачем фронтендеру линкер?))
Тут полгодика назад пара популярных инфоцыган во время стрима на полном серьёзе рассказывали зрителям, что UDP это что-то старое и уже никем не используется.
Стим они кажется вели на ютубе, который поток квиком отдает :-D
ПД юрлиц то?
Мой патч приняли, но я не уверен, что его кто-то тестировал кроме меня.