The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск системы управления исходными текстами Git 2.46

30.07.2024 10:11

После трёх месяцев разработки опубликован выпуск распределенной системы управления исходными текстами Git 2.46. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Код Git распространяется под лицензией GPLv2+.

По сравнению с прошлым выпуском в новую версию принято 746 изменений, подготовленных при участии 96 разработчиков, из которых 31 впервые участвуют в разработке. Основные новшества:

  • Добавлена экспериментальная поддержка нового вида битовых карт - "pseudo-merge reachability bitmap", в которых в отличие от структуры "reachability bitmap" данные о наборах объектов, имеющих отношение к коммитам, хранятся не в привязке к каждому отдельному коммиту, а в привязке сразу к нескольким коммитам. Подобная организация позволяет использовать одну битовую карту при определении объектов для коммитов в разных ветках, что в больших репозиториях даёт возможность обойтись без создания большого числа отдельных битовых карт и заметно ускорить обход объектов для определения того, какие объекты необходимо отправить клиенту при выполнении таких операций, как "git fetch", "git rev-list" и "git clone". Для включения нового вида битовых карт и определения логики их выбора и использования предложена серия настроек "bitmapPseudoMerge":
    
       git config bitmapPseudoMerge.all.pattern 'refs/(heads|tags)/'
       git config bitmapPseudoMerge.all.threshold now
       git config bitmapPseudoMerge.all.stableThreshold never
       git repack -adb
    
  • Реализован новый интерфейс командной строки для команды "git config", в котором вместо разрозненных опций для просмотра, переименования и удаления настроек и секций, таких как "--get", "--get-all", "--unset" и "--remove-section", предложен набор отдельных субкоманд. Например, для вывода всех настроек репозитория теперь можно использовать команду "git config list", а для просмотра содержимого определённого параметра - команду "git config get <имя параметра>". Для дополнительной фильтрации результатов при помощи опции "--regexp" можно задать фильтр на основе регулярного выражения.
  • В протокол "credential helper", применяемый для передачи учётных данных при обращения к репозиторям c ограниченным доступом, добавлена поддержка новых полей "authtype" и "credential", позволяющих создавать обработчики для систем HTTP-аутентификации, не ограничивающихся проверкой логина и пароля, например, при применении Bearer Token в OAuth 2.0. До этого для работы с подобными системами аутентификации приходилось указывать конфиденциальные данные в открытом виде в параметре http.extraHeader. Кроме того, в протокол добавлена возможность сохранения состояния каждого обработчика учётных данных для поддержки многоэтапных методов аутентификации, используемых в таких протоколах, как NTLM и Kerberos.
  • Продолжено развитие экспериментального бэкенда "reftable" для эффективного хранения в репозитории ссылок на ветки и теги. Данный бэкенд использует блочное хранилище, применяемое проектом JGit и оптимизированное для хранения очень большого числа ссылок (традиционные форматы хранения ссылок приводят в репозиториях с большим числом ссылок к ощутимым накладным расходам из-за размещения очень большого числа файлов в одном каталоге в случае хранения ссылок в каталоге $GIT_DIR/refs или необходимости перезаписи одного большого файла при каждом обновлении в случае хранения ссылок в файле $GIT_DIR/packed_refs). В новой версии добавлена команда "git refs migrate --ref-format=reftable" для перевода существующих репозиториев на бэкенд "reftable" (ранее бэкенд включался только при инициализации репозитория).
  • В команду git добавлена опция "--no-advice", отключающая все сообщения с рекомендациями и подсказками, что может оказаться полезным для предотвращения забивания лога лишней информацией при автоматизированном вызове git.
  • Начался процесс перевода некоторых проверок из тестового набора на использование unit-тестов, что упростит тестирование низкоуровневых компонентов и повысит эффективность процесса тестирования на платформе Windows, на которой возникают большие накладные расходы при запуске большого числа процессов во время выполнения тестов, реализованных в виде shell-скриптов.
  • В код для разбора настроек цветов добавлена возможность использования представления "#RGB" в дополнение к "#RRGGBB".


  1. Главная ссылка к новости (https://lkml.org/lkml/2024/7/2...)
  2. OpenNews: Выпуск системы управления исходными текстами Git 2.45
  3. OpenNews: Проект gittuf развивает систему криптографической защиты репозиториев Git
  4. OpenNews: Пять уязвимостей в Git, среди которых одна критическая и две опасные
  5. OpenNews: Выпуск git-совместимой системы управления версиями Got 0.100
  6. OpenNews: Доступ к данным из удалённых и приватных репозиториев на GitHub, имеющих форки
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61627-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (190) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Wed (??), 10:36, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Это уже напоминает комбайн, а не просто систему для управления исходными текстами...


     
     
  • 2.2, Аноним (2), 10:38, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В противном случае появился бы альтернативный комбайн. Который вытеснил бы сабж.
     
     
  • 3.145, Аноним (145), 12:41, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да вытеснить не проблема. Желающих нет и денег. Всего-то. Мир то все тот же.
     
  • 2.22, Аноним (22), 12:51, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебе знакома концепция уровней? Как думаешь, насколько просто устроена дверь? На уровне пользователя -- очень просто. Есть доска, есть дверная ручка, всё. Продвинутые версии еще имеют глазок. Всё. Абзац. Точка. Аллес. Это полное описание двери на уровне пользователя.

    А на уровне квантовых флуктуаций дверь устроена настолько сложно, что для ее полного описания потребуется написать больше книг, чем все книги, написанные человечеством, вместе взятые. Квазары, электроны, гравитационное взаимодействие, теория всего.

    Гит устроен точно так же. На уровне пользователя -- чрезвычайно просто. А на уровне разработчиков, которые уже лезут в дебри гита для написания гитлаба/гитхаба/хуков/просмотрщиков-в-ide, гит уже устроен посложнее, чтобы дать им все необходимые точки расширений.

     
     
  • 3.25, Аноним (2), 12:56, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На уровне движения электронов в процессоре пасьянс тоже сложно устроен. Но туда почему-то никто не лезет.
     
     
  • 4.92, noc101 (ok), 18:16, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что у Пасьянса нет такой сложной структуры в которую можно было бы полезть. Это игра с правилами, за пределами которых нечего не работает.
    Гит же дает базовый уровень и много дополнительных доп уровней.
    Ты можешь остаться на базовом уровне, а можешь изучить доп уровни.
     
  • 3.34, Ананоним (?), 13:23, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нука расскажи нам подробнее об этих, кхе, квантувых флуктуацый!
     
     
  • 4.142, Аноним (142), 08:52, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да фиг с ними, м квантовыми флуктуациями. Я бы с бОльшим интересом послушал про квазары в дверях.
     
  • 4.150, Аноним (150), 13:33, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В колхозном клубе - лекция о полетах в космос. Закончив, лектор предлагает задавать вопросы.
    Поднимается колхозный сторож:
    - А Вы, товарищ лектор, "подушечку" ели? Вокруг она конфета, а внутри у ей - варенье. Так вот как енто вареньице в тую "подушечку" начиняють?
     
     
  • 5.157, Аноним (-), 17:09, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > - А Вы, товарищ лектор, "подушечку" ели? Вокруг она конфета, а внутри
    > у ей - варенье. Так вот как енто вареньице в тую "подушечку" начиняють?

    Спасибо за отличный вопрос! Вареня в подушку заливается как мясо в пельмень.

    Но, представим на мгновенье, что у нас есть квантовая телепортация через море Дирака!
    Смогли бы мы переместить варенье в конфету? Да!
    Могли бы мы отправить звездолет к альфацентавре? Тоже да!
    Предоставьте мир в котором наши внуки летят к далеким звездами и кушают конфеты с вареньем!


     
  • 5.158, Ононимус (-), 17:12, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > - А Вы, товарищ лектор, "подушечку" ели? Вокруг она конфета, а внутри
    > у ей - варенье. Так вот как енто вареньице в тую "подушечку" начиняють?

    Используются так называемые "корпусные конфеты".
    Вначале с использованием жесткой, полужестой формы или барабанов формуется корпус конфеты.
    Далее, в него заливается начинка, которая закрывается слоем шоколада.
    Потом конфета извлекается их формы.

     
  • 3.59, Аноним (59), 14:35, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А на уровне разработчиков, которые уже лезут в дебри гита ... гит уже устроен посложнее

    Но тоже всё ещё просто. Автор текста выше просто обывала, триггерящийся на трём по реперным словам

     
  • 3.164, Аноним (-), 21:48, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тебе знакома концепция уровней? Как думаешь, насколько просто устроена дверь? На уровне
    > пользователя -- очень просто. Есть доска, есть дверная ручка, всё. Продвинутые
    > версии еще имеют глазок. Всё. Абзац. Точка. Аллес. Это полное описание
    > двери на уровне пользователя.

    Более того. Даже на уровне плотника это как минимум эн разных деревяшек, с разными функциями, всякие там петли, ручки, какой-то крепеж чтобы это все держалось вместе....

    ...а выпусти вас в поле, без инструментов, где только деревья растут - вы смогете даже простую дверь воспроизвести за обозримое время? Или просто оно - если на плечи гигантов встать? А своим ходом - не такой уж оно и простой предмет, если с точки зрения "разработчика".

     
  • 2.29, пше (?), 13:15, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что хорохо в пше, так это то что его можно изучить ровно на столько на сколько н... большой текст свёрнут, показать
     
     
  • 3.44, User (??), 13:40, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Что в нем просто замечательно - так это то, что сейчас его фактически можно и не учить. Вот тебе веб-интерфейс гитхаба, вот плагин для IDE - а то, что под капотом там хтонический ужас и водяцца драконы - большинству пользователей уже примерно пофиг.
     
     
  • 4.58, Аноним (-), 14:25, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И это говорит о зрелости технологии.
    Примерно так же автомобили - какая разница для конечного пользователя какое там покрытие и хонгирование в цилиндрах, их размеры или вообще их кол-во.
    Ему достаточно знать как часто менять масло и быть уверенным что 100-150к движок пройдет без проблем.
     
     
  • 5.61, Аноним (59), 14:39, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это посто говорит о том, что к технологии сделали морду для глупых, и ни о чём больше. Глупым тоже хочется работать и получать деньги просто так
     
     
  • 6.66, Аноним (-), 14:55, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это посто говорит о том, что к технологии сделали морду для глупых, и ни о чём больше.

    Ну конечно умный будет прдолить 10 команд в консольке, а не один клик мышкой.
    Он же умный!

    > Глупым тоже хочется работать и получать деньги просто так

    Никто не получает деньги "просто так", их получают за выполненную работу.
    Не думаю, что ты отличишь пушнутую ветку которую отправили из консоли, UI приложения или вообще веба.


     
     
  • 7.100, Аноним (2), 18:52, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А потом эти наниматели мышкой плачутся что потеряли весь только что написанный код https://github.com/microsoft/vscode/issues/196223 и таких случаев полно.  
     
     
  • 8.106, User (??), 20:16, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И виноваты в этом не ниасиляторы 100500 нескучных команд с миллионом очевидны... текст свёрнут, показать
     
     
  • 9.112, Аноним (59), 21:34, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ПО дегенерату прямым и простым текстом написало, что всё похерит, а винов... текст свёрнут, показать
     
     
  • 10.118, User (??), 21:43, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, если бы он скопипастил заклинание со stackoverflow - все было бы иначе,... текст свёрнут, показать
     
     
  • 11.178, Аноним (-), 23:59, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемый User, вы не понимаете Отсутствие таких как вы в нормальных рабочих пр... текст свёрнут, показать
     
     
  • 12.183, User (??), 08:56, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Великие умы обсуждают идеи Средние умы обсуждают события Мелкие умы обсуждают... текст свёрнут, показать
     
     
  • 13.195, Аноним (-), 00:18, 02/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И хотя вы правы, я никак не припоминаю чтобы вы рвались обсуждать какие-то круты... большой текст свёрнут, показать
     
     
  • 14.200, User (??), 06:33, 02/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Иииии - снова бла-бла-бла с обсуждением себя-любимого и меня-нелюбимого Иииии ... текст свёрнут, показать
     
     
  • 15.202, Аноним (-), 00:08, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Идеи и архитектуру пары фич я до этого обсудил - с другими людьми P Я намекнул... текст свёрнут, показать
     
     
  • 16.209, User (??), 13:25, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я , меня , я может вам на какие-нибудь знакомства мейл ру надо А что име... текст свёрнут, показать
     
     
  • 17.212, Аноним (-), 19:46, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ктулху меня упаси от ваших мылрушечек и прочих помоек для дедушек и бабушек сове... текст свёрнут, показать
     
     
  • 18.216, User (??), 07:14, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну так у каждого предмета есть более одного аспекта и приходить в обсуждения кач... текст свёрнут, показать
     
  • 7.111, Аноним (59), 21:31, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А на уровне разработчиков, которые уже лезут в дебри гита для написания гитлаба/гитхаба/хуков/просмотрщиков-в-ide, гит уже устроен посложнее,

    Да это легко. У таких деяетелей работа обычно оформлена как у последних удаков. Нормальное пользование инструментами, конечно, автоматически не творит чудес, но даёт возможность работать прилично. А через морды это в принципе невозможно. Как следствие, выбор между мордой и CLI хорошо показывает наличие опыта и отношение человека к работе. Т.е выбирает морду ~> результата лучше гогнокода ожидать не стоит.

     
  • 5.69, User (??), 15:25, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И это говорит о зрелости технологии.
    > Примерно так же автомобили - какая разница для конечного пользователя какое там
    > покрытие и хонгирование в цилиндрах, их размеры или вообще их кол-во.
    > Ему достаточно знать как часто менять масло и быть уверенным что 100-150к
    > движок пройдет без проблем.

    Не совсем удачный пример как по мне. Собственно "удачного" за рамками IT\телекома (ооо!) я так навскидку и не подберу. Тут не "технология достигла определенного уровня зрелости", а "хтонический ужас обмазали абстракциями так, что туда почти уже можно и не смотреть" - "вместо ДВС в автомобили заводные гномики жонглируют шестеренками, но мы приделали к этому одну педальку и закрыли крышкой - нажимаешь и едешь"

     
     
  • 6.103, Аноним (2), 19:23, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Маленькие китайцы уже давно заполонили рынок.
     
     
  • 7.107, User (??), 20:18, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Маленькие китайцы уже давно заполонили рынок.

    Эммм... вы намекаете, что под капотом "большого китайца" "маленькие китайцы" быстро-быстро крутят педали? Нууууээээоооук.

     
  • 2.42, User (??), 13:33, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    always has been
     
  • 2.71, Аноним (71), 15:26, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кто то ещё до сих пор считает, что Git - это юниксвей?
     
     
  • 3.72, Аноним (-), 15:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кто то ещё до сих пор считает, что Git - это юниксвей?

    А кого сейчас вообще волнует юниксвей?
    Он же про то, чтобы сайт ты "скачал" одной консольной утилитой, текст отобразил в другой, картинку отобразил третей.
    Такие горы велосипедов мало кому сейчас нужны.
    А что нужно - решение которое из коробки решает 80-90% задач, и желательно имеет расширение возможностей.

     
     
  • 4.116, Аноним (59), 21:38, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Он же про то, чтобы сайт ты "скачал" одной консольной утилитой...

    Так git именно так и работает. А вы об этом не знаете ... Ну даже не знаю почему. Интернеты последенее времия наводнило невероятное кол-во ничего не знающих, ничем не интересующихся и не читающих людей. Видимо, то самое поколение 90-х выходит работать.

     
  • 3.113, Аноним (59), 21:35, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, git это классический юниксвей
     
     
  • 4.143, Аноним (143), 09:25, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А по git svn не скажешь.
     
     
  • 5.165, Аноним (-), 21:52, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А по git svn не скажешь.

    Внезапно это вообще отдельная приблуда.




    $ git svn
    git: 'svn' is not a git command. See 'git --help'



    Ну вот как-то так. Да, я не пользуюсь софтом с репами в svn. Вообще совсем. Если кто заплесневел вот настолько - это ниже моих кодерских предпочтений.

     
  • 3.128, Bottle (?), 01:03, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно, не надо поддерживать отбитых фанатиков юникса, которым только и делают что парсят текстовые файлы на баше.
     
  • 2.131, Аноним (-), 02:27, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это уже напоминает комбайн, а не просто систему для управления исходными текстами...

    Это ты еще штуки типа fossil не видел, где еще встроеная вика и что там еще, багтрек, чтоли... видимо для иллюстрации как сделать хреновый vcs, вику и багтрек все в 1.

     
     
  • 3.144, User (??), 12:38, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати, НЕ хреновый в своих границах применимости, если что.
    На современную модель разработки не натягивается, на большие проекты не скейлится - но в нише "для себя и кота" - самоЕ оно, как по мне.
     
     
  • 4.153, Аноним (59), 14:54, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для себя и кота это как раз Git, он то именно из таких соображений и создавался
     
     
  • 5.155, User (??), 15:33, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Для себя и кота это как раз Git, он то именно из
    > таких соображений и создавался

    Нет. Fossil - плюс-минус готовое решение по сопровождению процесса разработки небольшого проекта - с веб мордой, вики, багтрекером, читай SCM-система, а git... ну, вот vcs.

     
  • 5.201, Александр (??), 21:05, 02/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как раз fossil.
    Во-первых, ему начинать, где лежать. Реаозиторий - это просто один файлик. Хоть на каком-нибудь гугл облаке.
    Во-вторых, та же вики и баг-треккер. У меня для разных проектов в стол стояла проблема поиска таск-треккера. Многие советовали всякие онлайн варианты, типа trello. Но, как показывает нынешнее время, хранить что-то исключительно у левого дядюшки идея плохая
     
  • 4.166, Аноним (-), 21:55, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, НЕ хреновый в своих границах применимости, если что.

    Ну да, сделать VCS, вику и багтрек которыми пользуетесь только вы - сойдет. Для всего остального - deadborn, абсолютный.

    > На современную модель разработки не натягивается, на большие проекты не скейлится -
    > но в нише "для себя и кота" - самоЕ оно, как по мне.

    Это очень большое самоограничение. Впрочем я совсем не возражаю чтобы вы его к себе применяли. Это видимо типа Darwin Awards но для программистов получается. Самоустранение из общедоступности, дабы не засорять планету своим кодом? Это по своему гениально.

     
     
  • 5.182, User (??), 08:51, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, на проект уровня sqlite хватает, да Ну, да - очень большое ограничение 99,... большой текст свёрнут, показать
     
     
  • 6.203, Аноним (-), 00:16, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А некоторые вообще - тарболы релизят SQLite точно не самый большой или активный... большой текст свёрнут, показать
     
     
  • 7.210, User (??), 13:39, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да - подумаешь, самая распространенная БД в мире с числом установок поболе, ч... большой текст свёрнут, показать
     
     
  • 8.213, Аноним (-), 20:13, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И чего Это встриваемая необслуживаемая БД Ничего не говорит о ее крутизне для ... большой текст свёрнут, показать
     
     
  • 9.219, User (??), 12:38, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, вы походите по базару - поищите где дешевле Шо, нету Ой, бида-то какая ... большой текст свёрнут, показать
     
     
  • 10.220, Аноним (220), 22:29, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я тоже люблю fossil Заочно и по-маниловски Багтрекер выглядит так https www ... текст свёрнут, показать
     
     
  • 11.221, User (??), 08:37, 06/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    не-не-не Я его НЕ люблю - два раза делал подход к снаряду, в 2011 и в 2019 - и ... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (54)

  • 1.3, Аноним (2), 10:39, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока что единственная нормальная система контроля версий.
     
     
  • 2.5, Guest (??), 11:08, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какие аноним проверял?
     
     
  • 3.7, Аноним (7), 11:12, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Mercurial тоже нормальная, даже в чем-то интереснее. Но на неё забили и перестали развивать.
     
     
  • 4.8, Аноним (8), 11:15, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Facebook?
     
  • 4.10, Аноним (2), 11:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хуже меркуриала трудно придумать. Только если биткипер.
     
  • 4.130, ononimous (?), 01:38, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, формально говоря, обновления Ртути регулярно выходят. А с сабжем происходит не развитие, а "дуракавалянье", как говорил товарищ Шариков.
     
     
  • 5.133, Аноним (-), 02:31, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >  Ну, формально говоря, обновления Ртути регулярно выходят. А с сабжем происходит
    >  не развитие, а "дуракавалянье", как говорил товарищ Шариков.

    Нюанс в том что весь остальной глобус решил что дураковаляние происходит - вон там, а релиз новых версий вон тут :). Но вы там можете в HG перекидываться комитами, как будто кто-то против. Как раз заодно добровольно отселитесь в гетто.

     
     
  • 6.146, User (??), 12:41, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "За весь глобус", если что - я бы не стал. Не удивлюсь, если чисто количественно всякие перфорсы-биткиперы-свны-цвсы(не к ночи будь помянуты) всё ещё вперде.
     
     
  • 7.167, Аноним (-), 22:03, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > "За весь глобус", если что - я бы не стал.

    Ну как бы хостинги открытых проектов - этот HG вообще задропали многие уже. Из тех кто это недоразумение умел. Как еще понятнее донести на этом глобусе разработчикам DVCS что у них дуракаваляние получилось - я даже и не знаю. Это уже 10 из 10.

    > Не удивлюсь, если чисто количественно всякие перфорсы-биткиперы-свны-цвсы
    > (не к ночи будь помянуты) всё ещё вперде.

    Это барахло никто не видит и де факто это всякое отработаное легаси не имеющее будущего, у всякой замшелой копроратии. Ах, черт, опечатка даже - по Фрейду.

     
     
  • 8.179, Аноним (59), 01:57, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это практически все топовые айти корпорации, если что Git просто не тянет их об... текст свёрнут, показать
     
     
  • 9.187, Аноним (187), 12:15, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мда А штуки размером с гугл, фэйсбук и проч - погулять вышли Он тянет - штуку ... большой текст свёрнут, показать
     
  • 8.184, User (??), 09:07, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так тех открытых проектов , предполагаю, даже не кратно а порядково в LOC ... большой текст свёрнут, показать
     
     
  • 9.188, Аноним (-), 12:22, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, вот прям у каждого первого - штуки с Linux Kernel размером Откуда бы, инте... большой текст свёрнут, показать
     
     
  • 10.189, User (??), 12:57, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да ёлки Сколько там в кернеле 30млн LOC По гребучему COBOL у COBOL у, Карл ... большой текст свёрнут, показать
     
     
  • 11.197, Аноним (-), 01:04, 02/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, я думаю даже кернел сильно превышает типовой проект который местны... большой текст свёрнут, показать
     
     
  • 12.199, User (??), 06:27, 02/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ииии - вы опять потеряли логику дискуссии Смотрите Исходный тезис - Весь мир... большой текст свёрнут, показать
     
     
  • 13.204, Аноним (-), 00:27, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А мой пойнт вы продолбали момент и не заметили когда манямирок стал, в общем то... большой текст свёрнут, показать
     
     
  • 14.211, User (??), 13:46, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И как он соотносится с исходными тезисами Примерно никак, да Даже по статистик... большой текст свёрнут, показать
     
     
  • 15.214, Аноним (214), 20:20, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так это значит что 1 В гите кода больше чем вы там вещали 2 Поди майкрософ... большой текст свёрнут, показать
     
     
  • 16.215, Аноним (-), 21:03, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какая котолампавая история Что-то аэропорты остановились когда на винде кривой ... большой текст свёрнут, показать
     
  • 16.217, User (??), 07:28, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Это означает именно то, что написано Читайте-до-просветления Аргументов ... большой текст свёрнут, показать
     
  • 10.192, Аноним (59), 13:36, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты их прекрсано видишь Например, GCC и FF больше ядра LLVM скоро их догонит c... текст свёрнут, показать
     
     
  • 11.196, Аноним (-), 00:52, 02/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И что характерно - они тоже все юзают git Ну, может, кроме лисы, не знаю, как т... текст свёрнут, показать
     
  • 6.151, Пух (?), 13:36, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Весь глобус вендами пользуется, если что. И не потому что они такие хорошие, а потому что им так сказали.
     
  • 4.132, Аноним (-), 02:29, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Mercurial тоже нормальная, даже в чем-то интереснее. Но на неё забили и перестали развивать.

    Ну так не смогли придумать в чем интереснее - и забили. Не, перепишем все и вся на пыхтонрасте - такая себе аргументация за DVCSку. Особенно когда она тормозит как апокалиптец, история и бранчи мучительные, и в общем то VCS'ка из нее - ну вот так себе весьма. А уж DVCS - господи, зачем тогда косплеить "хороший svn"? Для совсем необучашек чтоли? Ну они там и остались взаимодействовать сами с собой.

     
  • 2.15, Аноним (15), 12:21, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Бывший?
     
  • 2.65, Axel (??), 14:54, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Bazaar
     
  • 2.127, Аноним (220), 01:00, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Любая система контроля версий нормальна, если она - бэкенд для гитхаба.

    Секрет успеха гита именно в гитхабе, сетевой эффект, все дела. Хотя казалось бы - подсаживаться на централизованный багтрекер - это не очень хорошо и его можно было бы объединить с репозиторием, как уже сделано в Fossil SCM. Но гит - это стандарт. Уже не важно, насколько он плох или хорош.

     
     
  • 3.205, Аноним (-), 04:39, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Любая система контроля версий нормальна, если она - бэкенд для гитхаба.

    Не факт. HG с каким-то другим хостингом пытался. Закончилось тем что они дропнули поддержку HG :)

    > Секрет успеха гита именно в гитхабе, сетевой эффект, все дела. Хотя казалось
    > бы - подсаживаться на централизованный багтрекер - это не очень хорошо
    > и его можно было бы объединить с репозиторием, как уже сделано
    > в Fossil SCM. Но гит - это стандарт. Уже не важно,
    > насколько он плох или хорош.

    Git - юниксвеен. И DVCS занимается - именно этим. А багтреки, вики и проч в обязаловку - таки маразм.

     
     
  • 4.218, Аноним (220), 11:34, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это что-то из серии всесильно, потому что верно Unix way - это такие старые с... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (29)

  • 1.6, Аноним (6), 11:08, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А если я туда картинку загружу, это будет система управления исходными картинками?
     
     
  • 2.9, Golangdev (?), 11:18, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не попробуешь - не узнаешь.
     
  • 2.11, Аноним (2), 11:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если ты думаешь что твоя картинка это не текст я спешу тебя огорчить.
     
     
  • 3.17, zk (?), 12:33, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С каких пор картинка это текст?
     
     
  • 4.18, Аноним (2), 12:36, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С тех самых пор как  каждому байту в соответствие поставили символ ascii. Так и началось.  
     
     
  • 5.119, _ (??), 21:55, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > С тех самых пор как  каждому байту в соответствие поставили символ ascii.

    Но даже в пределах ASCII - текстом считается далеко не любой байт!

    Это настолько очевидно что я шокирован, почему вас после родов сразу же не утопили?! Ну зачем миру нечто без головы?

    > Так и началось.

    Наверное какой нибудь секретный военный, ещё под комьюнистами, эксперимент с дефолиантами?

    Интересно что ты тогда про всякий UU[en|de]code и Base64 расскажешь 8-о ... Погоди дай до кухни добежать, за попкорном :)

    :-)))))

     
  • 4.31, пше (?), 13:21, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Гугли Netpbm
     
  • 4.149, Аноним (149), 13:08, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С момента изобретения ASCII-арта. Раритетное железо, на котором, как известно, сидят опеннетчики, ни что другое показывать не умеет.
     
  • 3.21, Аноним (21), 12:39, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Смотря в каком формате картинка, во-первых. Абсолютно любые данные можно _представить_ в виде текста, это не будет значить что бинарник - это текст. Бинарник это бинарник. Ну технари же вроде, а рассуждаете как филологи.
     
     
  • 4.24, Аноним (2), 12:55, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Текст это тоже бинарник прикинь.
     
     
  • 5.33, Ритчи (?), 13:23, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    С точки зрения в unix любой файл есть текст, это уже потом выдумали эти ваши бинарники
     
     
  • 6.37, Керниган (?), 13:25, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И да у первый "компьютеров" бинарников и небыло никогда, это была либо прошивка либо перфокарты
     
     
  • 7.39, Вирт (?), 13:27, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А Перфокарты как известно это текст
     
     
  • 8.57, Аноним (59), 14:23, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще говоря да, это текст Всё стало бинарями существенно позже... текст свёрнут, показать
     
  • 8.63, Аноним (2), 14:50, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И что в них по итогу картинки и текст хранились каким то разным способом Даже е... текст свёрнут, показать
     
  • 8.95, noc101 (ok), 18:22, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Перфокарты это абстракция над бинарным кодом, комп понимает только бинарный код ... текст свёрнут, показать
     
     
  • 9.115, Бебидж (?), 21:38, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С каких пор это комп понимает бинарный код, если изначально машина тьюринга была... текст свёрнут, показать
     
     
  • 10.120, _ (??), 21:58, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть только 10 типов людей - те кто понимает binary code - те кто его не понима... текст свёрнут, показать
     
  • 10.126, noc101 (ok), 22:55, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это не комп а у бебиджа вообще шестеренки и десятичные Это не комп Зачем Мы... текст свёрнут, показать
     
     
  • 11.140, Бг (?), 05:36, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Все имеет что имеет Полноту по Тьюрингу является вычислительный устройствам, т... текст свёрнут, показать
     
     
  • 12.156, noc101 (ok), 17:00, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    каждый компьютер это вычислительная машина, не каждая вычислительная машина это ... текст свёрнут, показать
     
  • 5.36, Аноним (36), 13:25, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Такое впечатление что про существование НЕХ-редактора здесь не знает никто.
     
     
  • 6.40, Аноним (2), 13:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какого ещё редактора, любой файл это набор байт совсем любой попытайся это понять гуманитарий, мой дорогой.
     
     
  • 7.49, Аноним (49), 14:03, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Концеация юникс - все есть файл
    /dev/tty - файл? а набор байт?
     
  • 7.159, Технарь Иванович (?), 19:16, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Файлов не существует Это абстракция Запись в таблице файловой системы Которая... большой текст свёрнут, показать
     
     
  • 8.206, Аноним (-), 04:41, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для технарей сообщаю уже цать лет как есть ФС не основанные на таблицах Не,... текст свёрнут, показать
     
  • 5.67, Аноним (21), 15:00, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А человека можно представить в виде волновой функции. Что это меняет? Человек перестал быть человеком?
     
     
  • 6.81, Аноним (2), 16:40, 30/07/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.160, Аноним (59), 19:46, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя. Волновой функцией можно представить только квантовый объект
     
  • 5.94, noc101 (ok), 18:20, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В том понимании в которой закладывается слово Бинарник, то нет, текст не бинарник. Но если прям лезть в структуру файла, то в компе нет ничего кроме бинарников)
     
  • 4.93, noc101 (ok), 18:19, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тут технарей почти нет. Иной раз такую чушь начинают тут нести и доказывать, что черное это белое, что последние волосы на заду выпадают.
    Не удивляйся, что люди думают, что картинка это текст, раз есть текстовое представление)
     
     
  • 5.117, Аноним (59), 21:41, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Иной раз такую чушь начинают тут нести и доказывать, что черное это белое,

    О, и ты как раз один из таких персонажей. Удивитильно, что такие персонажи даже не догадываются насколько они ничего не знают и не понимают

     
  • 3.129, Bottle (?), 01:04, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С каких пор четырёхмерный вектор (RGBA) стал текстом?
     
  • 2.26, Аноним (26), 13:02, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Однажды мы с коллегами столкнулись с необходимостью переноса одного проекта с устаревшего движка на что-то, что наша команда сможет нормально обслуживать
    Заглянули мы внутрь больного и обнаружили, что там как ты сказал «картинки», то есть графические файлы, фигачили какого-то беса в MySQL, а не складывали на файловой системе как это принято. Стал ли мускуль от этого из СУБД какой-нибудь СУК? Нет, не стал. Это те кто это сотворили оказались долбоклюями

    А в git есть git-lfs для версионирования больших файлов. Если в него будешь совать, то все ок. Если же просто в гит фигачить, то окажешься тем же, кем те ребятки-девчатки оказались

     
     
  • 3.47, Аноним (149), 13:55, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поясни, что плохого в хранении картинок в БД, если они не в base64 там хранятся? Целый класс уязвимостей сразу убирается автоматом.
     
     
  • 4.96, noc101 (ok), 18:27, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тут не то что плохо, а то что эффективней.
    Куда эффективней картинки класть в ФС, а не в БД.
    Хоть и есть плюсы в хранении картинок в БД, но из опыта скажу, плохая это идея.
    Были примеры, когда мы убирали картинки из БД и БД начинала выдавать результаты в минимум в 2 раза быстрей.
     
     
  • 5.105, COBA (?), 19:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это если картинки сделать одним из полей таблицы, а если вынести картинки в отдельную таблицу и привязать по индексу только - то на скорости это никак не скажется.
     
     
  • 6.108, noc101 (ok), 20:51, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это если картинки сделать одним из полей таблицы, а если вынести картинки
    > в отдельную таблицу и привязать по индексу только - то на
    > скорости это никак не скажется.

    Скажется. Давно пройденный путь. Картинки ЛУЧШЕ всего хранить в ФС.

     
     
  • 7.121, _ (??), 22:08, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Картинки в ФС закэшируются и ваш нгинкс забесплатно, вообще без движняка с вашей стороны, порвёт любую Марию Мыскл :)
    Марию можно правильно поставить в позу и она будет не настолько хуже, но придется пое... понастраивать :)
    Вопрос - а оно надо?


    Ответ - иногда да, надо. Но редко.
    Поэтому лепи в ФС, а если что пошло не так - вот тогда и смотри. Но обычно всё идёт пучком.
    Главное не сделай 1 директорию под все картинки :)

     
     
  • 8.125, noc101 (ok), 22:49, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Может и есть исключительные ситуации когда картинки в ФС можно поместить Но в ц... текст свёрнут, показать
     
  • 4.123, Ivan_83 (ok), 22:21, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем что sendfile() работает с файловыми дискрипторами.
     
     
  • 5.138, _ (??), 04:30, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Даже интересно сколько чел тут вообще поняли о чём ты? :-D
     
  • 5.162, Аноним (59), 19:50, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    sendfile() на несколько десятков KiB это да, как раз что тебе нужно делать
     
     
  • 6.207, Аноним (-), 04:42, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > sendfile() на несколько десятков KiB это да, как раз что тебе нужно делать

    Вы видимо не видели картинки с современных смартфонов. Там скорее - на несколько десятков мегабайт получится с их мегапикселами.

     
  • 4.134, Аноним (-), 02:36, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Поясни, что плохого в хранении картинок в БД, если они не в base64 там хранятся?
    > Целый класс уязвимостей сразу убирается автоматом.

    А также добавляется парочка новых, в паре с целыми классами нового административного гимора. Например, попробуй быренько вообще посмотреть что там пользователи налили? А, что, это надо через тормозную чтокапец вебморду, или как-то очень нестандартно извращаться? Удобно что капец. И потом еще бд пухнет, а получив предъяву "картинка не открывается" наверное интересно бэкап восстанавливать - чтобы только вот эту картинку оттуда достать, так то.

     
  • 3.54, Аноним (59), 14:17, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В git нет git-lfs, git-lfs это страшно-убогий костыль сбоку. Сам же git неплохо переживает большие данные до определённого объёма, несльколько десятков GiB. И в новых версиях пилят фичи вроде ленивых ссылок, вот это уже родной аналог lfs.
     
  • 3.55, Аноним (59), 14:19, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > графические файлы ... фигачили ... в MySQL, а не складывали на файловой системе как это принято.

    Не неси чуши, не принято такого. Тут разве что из неправильного это MySQL

     
  • 3.60, Аноним (2), 14:38, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это ты просто никогда не терял эти карточки в файловой системе и не получал расинхрон от переноса и переименований. Молодой есчо.
     
     
  • 4.76, СижуПежу (?), 15:45, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если вы настолько косорукие, что даже в ФС теряли файлы, что вам мешало потерять целую БД?! :))) Да, походу ты такой же зелёный салага, если не понимаешь, что "картинки в базе" - самая маразматическая идея!
     
     
  • 5.77, Аноним (2), 16:09, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты просто не в курсе что бывают компании где больше одного человека и эти люди ещё и увольняются. Бекап бд делается по умолчанию, а бекап файлов на системе это всегда такой велосипед что каждый делает его как придется или никак не делает)

    А ещё бывает больше одного сервера, но это уже я боюсь ты переварить не сможешь. Простое решение хранить. Картинки в бд, а на фс скидывать если надо уже из базы.

     
     
  • 6.98, noc101 (ok), 18:35, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Бекапы никогда не делаются по умолчанию Нет такого функционала, как бекап по ум... большой текст свёрнут, показать
     
     
  • 7.99, Аноним (2), 18:46, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Опять новости из мира розовых поней. В реальной жизни так не бывает. И компании бывают не только лишь большие.  И не только лишь один васян. То что кем то там считается тоже мало кого интересует. Ты ещё скажи хорошая практика в церковь ходить каждое воскресенье. Только никто туда не ходит.  
     
     
  • 8.101, noc101 (ok), 19:01, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как не бывает Что бекапят файлы Кто тут еще из розового пони ну давай начинай... текст свёрнут, показать
     
  • 6.104, Аноним (104), 19:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Бэкап ФС? Зачем? S3 хранилища запрещены законом?
     
     
  • 7.110, noc101 (ok), 20:54, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Бэкап ФС? Зачем? S3 хранилища запрещены законом?

    Бекап ФС лучше делать даже если кажется что хранилище надежное! Поверь. Уже были случаи когда облака теряли файлы.

     
  • 6.122, _ (??), 22:16, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Бекап бд делается по умолчанию, а бекап файлов на системе это всегда такой велосипед что каждый делает его как придется или никак не делает)

    Ииии-пппп-аааа****** 8-о
    ТО модеры: Ипалит! в смысле :)


    Бэкаб базы делается только если DBA толковый, а снапы VM Avamar-ом бэкапятся даже если владельцы против :)
    Так вот друК, файлы от теда - восстановятся, а БД - только если DBA толковый ... но чего он забыл в такой лавке как ты описываешь? Понятно что там тусня придурков, и в такое место даже ремотно заходить не надо :)

     
     
  • 7.147, User (??), 12:48, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нукагбэда, но потом !внезапно! выясняется, что "снапшот" это не "бэкап", и чтобы привести одно к другому надо (было) много чего ещё сделать...
     
  • 5.114, Аноним (-), 21:35, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты файлами хранишь картинки, то у тебя есть id картинки, плюс путь файла П... большой текст свёрнут, показать
     
     
  • 6.163, Аноним (163), 21:31, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Фига, вы тут не на жизнь сошлись Я, как опеннет-эксперт, не державший ни одного... большой текст свёрнут, показать
     
     
  • 7.174, Аноним (174), 23:13, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле, займется при отдаче картинки парсингом и ФС, и БД на ней и проц в полк... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (59)

  • 1.13, Ivan_83 (ok), 11:50, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Постоянно всякие штуки появляются и они выключены по умолчанию.
    А есть какое то место где собраны все эти волшебные комманды, чтобы запустил и все ништяки включились?
     
     
  • 2.56, Аноним (59), 14:21, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если тебя всё устраивает, то зачем включать? Когда обкатают на мышах и желающих, будет добровольно-принудительное включение
     
     
  • 3.97, Ivan_83 (ok), 18:35, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Написано же что включают по дефолту для новых реп - так что видимо вполне норм.
     
  • 2.135, Аноним (-), 02:42, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А есть какое то место где собраны все эти волшебные комманды, чтобы запустил
    > и все ништяки включились?

    Неужто "man" не помогает. Но с таким подходом лучше Linux Kernel попробовать. Там столько крыжиков, что врубить их все намного интереснее. Там какой-нить [x] compile drivers that wouldn't load в menuconfig закрутить - поугарать с времени сборки и того какой макаронный монстр получится.

     

  • 1.14, Данные в так называемом поле Name (?), 11:53, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хорошо что в этот раз в основном внутрянку шатают.
     
  • 1.16, Аноним (16), 12:27, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Лишь бы на Blake3 не переходить.
     
     
  • 2.35, пше (?), 13:25, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При всем уважении к Бернштейну с его терабайтными RSA-ключами, ты представляешь какие последствия совместимости будут у такого перехода?
     
     
  • 3.46, Аноним (149), 13:53, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    К хрену совместимость, SHA1 уже сломан (ладно, для целей гита - не сломан), его надо менять, и менять надо не на тормохной SHA256, а на мамного более быстрый Blake3. Вообще в git должны были запилить поддержку нескольких функций. И Blake сделан не Бернштейном, хотя и на основе его примитивов, а Зуко Вилкоксом, который в принципе тоже весьма легендарен.
     
     
  • 4.48, rms (?), 13:56, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > его надо менять

    Зачем?

     
     
  • 5.89, Аноним (2), 17:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да
     
  • 4.168, Аноним (168), 22:38, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > и менять надо не на тормохной SHA256, а на мамного более быстрый Blake3

    Так как ты не показал флеймграф на котором видно что в SHA256 узкое место, ты сделал ничем не обоснованое некомпетентное заявление.

    > Вообще в git должны были

    Кому должны?

     
  • 2.75, СижуПежу (?), 15:43, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разверни мысль - для какой функции надо переходить на Blake3 ?
     
     
  • 3.86, 1 (??), 17:01, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы быть впереди паровоза !
     
     
  • 4.88, Аноним (2), 17:32, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Впереди паровоза противоминной трал.
     
  • 3.136, Аноним (136), 03:27, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разворачиваю. Берешь sha256sum, sha1sum, и b3sum. Натравиливаешь на один и тот же файл и замеряешь время. Файл предварительно кешируешь путём одного хэширования, но без измерения времени. После этого все вопросы должны отпасть
     
     
  • 4.172, Аноним (168), 23:02, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как же больно за индустрию когда такие опусы читаешь. Скорость - не главное свойство хэш функции, но если ты про неё заикнулся, нужно измерить sha256 не саму по себе, а внутри типовых гитовых операций и показать там хотя бы процент выигрыша от перехода на blake3. А так-то нужно провести аудит, этой, по сути, нонейм поделки на том же уровне как изучен sha256, чтобы, будь он хоть в миллион раз быстрее, его можно использовать в git.
     
     
  • 5.181, Аноним (136), 02:59, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >нонейм поделки

    1. blake2 делал тоже он
    2. за годы существования уязвимостей не выявлено
    3. функция blake2 широко используется
    4. автор - известный криптограф

    У анонимов опеннета - всё "ноунейм-поделка".

     
     
  • 6.186, Аноним (-), 12:04, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. blake2 делал тоже он
    > 2. за годы существования уязвимостей не выявлено

    Какие бы годы существования у blake3 могли бы быть с его без году неделей?

    > 3. функция blake2 широко используется

    И при чем тут blake3? Он другой.

    > 4. автор - известный криптограф

    Это не повод слепо доверять. На старуху тоже бывает проруха.

    > У анонимов опеннета - всё "ноунейм-поделка".

    Ну они то не какие-то нонеймы. Хотя... :)

     

  • 1.20, Аноним (16), 12:38, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >pseudo-merge reachability bitmap

    Очень специфичная штука и включать её так бездумно не нужно.

     
     
  • 2.84, Аноним (2), 16:45, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тем кому надо сами включать на будут.
     

  • 1.23, Аноним (-), 12:54, 30/07/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.53, Аноним (59), 14:12, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Git является одной из самых ... надёжных и высокопроизводительных систем управления версиями

    Это же точно не про git, зачем так врать. Хотя в совокупности хорошая VCS

     
     
  • 2.78, Аноним (2), 16:13, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Гит это лучшее что произошло с системами контроля версий за последние 2000 лет. Если есть лучше почему ими никто не пользуется или почему ты не написал лучше или не нанял прогеров и не сделал лучше и не стал миллионером?
     
     
  • 3.79, Мне хватает (?), 16:28, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что гит бесплатный, а нанять прогрреов нужны деньги.
    Надеюсь дальше сам
     
     
  • 4.82, Аноним (2), 16:43, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если ты сделаешь лучше  у тебя его и купят и ещё прогеров пришлют. Так понятнее?
     
     
  • 5.161, Аноним (59), 19:48, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Фантазёр. Реальность работает несколько иначе. См. как и почему появился Git
     
  • 4.173, Аноним (168), 23:12, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну за деньги работали программисты и bitkeeper, и perforce, и clearcase, и vss и plastic. Где-то даже ещё работают. Пластик вон даже относительно современен и бесплатен для индивидуалов, нонпрофитов и опенсорса. Так и где все эти поделки? Правильно, именно там где им место, потому что в самом лучшем случае у них получается git, а git уже есть.
     
     
  • 5.180, Аноним (59), 02:26, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Git у них не получается потому что Git не масштабируется на объёмы, для которых предназначены некоторые из продуктов выше. Пишешь сам не знаешь о чём. Git подходит только для небольших проектов и небольшого кол-ва активных разработчиков в проекте.
     
     
  • 6.185, Аноним (-), 11:57, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Git у них не получается потому что Git не масштабируется на объёмы,
    > для которых предназначены некоторые из продуктов выше. Пишешь сам не знаешь
    > о чём. Git подходит только для небольших проектов и небольшого кол-ва
    > активных разработчиков в проекте.

    И все б ничего но вот Linux Kernel назвать небольшим проектом с небольшим числом участников - это надо реально быть некомпетентным проприетарным овощем живущем в своем плесневелом мирке с отдельными реальностями. Иначе можно было бы заметить что это здоровенный проект с тысячами комитеров по всему глобусу. То что у вас вообще есть проект крупнее и активнее - это далеко не факт. Мягко говоря.

     
     
  • 7.193, Аноним (59), 13:57, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Читай внимательнее что написано.

    Во-первых, даже по абсолютным показателям ядро это небольшой проект среди СПО. Во-вторых, речь идёт не о кол-ве уникальных коммитеров, а об ___активных___, т.е. которые постоянно коммитят в общие ветки. И в ядре это только мейнтейнеры в мизерном кол-ве. Контрибьютеры же разрабатываются в своих репозиториях и шлют результат патчами в рассылку или дают ссылки на свои репозитории, откуда мейнтейнер забирает патчи и в одно-два лицо(а) доносит в общую ветку. Это именно что проект, как где-то выше написали, "для себя и кота".

     
     
  • 8.198, Аноним (-), 01:11, 02/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, тут прекрасно все Включая стиль одна большая гадюшна на всех без одупляем... большой текст свёрнут, показать
     
  • 6.194, Аноним (194), 15:10, 01/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это ложь конечно, что показывает опыт ms, например, и огромных свободный проектов как-то ядро и freebsd. Есть проблемы с большими файлами, но это решается изменениями бэкенда, который пользователь вообще не заметит. А про git я говорил в том ключе что cli пластик, например, 1 в 1 git. И даже бэкенд там 1:1 git с расширениями, поэтом с ним можно и гитовым клиентом работать, и пластиковым клиентом работать с гитовыми серверами.
     
  • 3.80, Sqlite the best (?), 16:33, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Лучшее что случилось это Fossil
     
     
  • 4.83, Аноним (2), 16:43, 30/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прям вот совсем нет. Только если может для прогера одиночки норм.
     
  • 4.170, Аноним (168), 22:50, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, fossil не случился, потому что  полутора калеками пользуется. Во-вторых кроме встроенного в репозиторий убогого багтрекера ему и похвастаться нечем. Он дико медленный, имеет кошмарный нелогичный cli и не поддерживает половины everyday фичей гита. Ну и не поддерживая нормально редактирование истории, он вообще не может считаться современной VCS.
     
     
  • 5.176, Аноним (-), 23:44, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Во-первых, fossil не случился, потому что  полутора калеками пользуется. Во-вторых кроме
    > встроенного в репозиторий убогого багтрекера ему и похвастаться нечем.

    Неправда! Еще столь же бестолковая вика есть.

    > Он дико медленный, имеет кошмарный нелогичный cli и не поддерживает половины everyday фичей
    > гита. Ну и не поддерживая нормально редактирование истории, он вообще не
    > может считаться современной VCS.

    Да кого VCS интересует, если, вот, багтрекер и вика? А, нормальные можно отдельно поставить? И даже есть в пакетных манагерах дистро? Ну, э, упс... :)

     
  • 2.169, Аноним (168), 22:48, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же точно не про git, зачем так врать. Хотя в совокупности хорошая VCS

    Действительно, давно пора писать "самая" надёжная и производительная.

     

  • 1.124, Аноним (124), 22:23, 30/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сидел на старой работе в SVN. И все было легко и просто. Пересели на гит и сразу куча геммора. Все это разделение на коммиты и пуши не нужно, когда ты хочешь, чтобы тимиэйты сразу видели внесенные тобой изменения. Плюс еще конфликты разрешались через одно место.
     
     
  • 2.137, Аноним (136), 03:30, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как вы критично к Micro$oft...
     
  • 2.139, _ (??), 04:38, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >... не нужно, когда ты хочешь, чтобы тимиэйты сразу видели внесенные тобой изменения.

    А зачем вам VCS тогда? FTP и proga_v102238.zip, ой соррян proga_v2_2404011223.zip !

     
  • 2.141, Someone (??), 08:31, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Геммор" встроен в сабж как неотключаемая фича. Особенно при использовании командной строки.
     
  • 2.148, User (??), 13:03, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Норот не понимать, что задача vcs со всей обвязкой - поддержка процесса разработки, и в зависимости от организации процесса и требований к нему - локальный оптимум vcs может быть разным...
     
  • 2.152, Аноним (150), 13:58, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Все это разделение на коммиты и пуши не нужно

    А если хочется только закоммитить, а пушить не хочется? А если пушить вообще некуда, разработка локальная? А если пушить есть куда, но временно нет связи с сервером, например работаешь в поезде? В общем, искореняй старые и плохие привычки, привитые старыми VCS.

     
     
  • 3.177, Аноним (-), 23:51, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем Мы просто задекларим баг - фичой отпугивает необучашек И пусть они с... большой текст свёрнут, показать
     
  • 2.171, Аноним (168), 22:55, 31/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю ни одного разработчика который во времена SVN не мечтал о локальных коммитах. Некоторые svnsync'ом выкачивали себе репу только чтобы иметь что-то похожее. Вы не разработчик, видимо? А когда разделяет шаг в разработке ткущей фичи и её публикацию, проблем с commit/push не возникает. А вот конфликты в SVN не решались вовсе, и из-за принципиально убогого алгоритма, и из-за того что copy/move трекались явно, и про них всегда забывали, коммитя копию с нуля, теряя вдобавок историю, и из-за отсутствия rerere.
     

  • 1.190, fuggy (ok), 13:13, 01/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для тех кто подключался к старым серверам, кому нужен DSA (ssh-dss)
    PubkeyAcceptedKeyTypes +ssh-dss
    HostKeyAlgorithms=+ssh-dss
    не стоит обновляться, потому git (ssh) не может делать fetch, потому что не может распарсить ~/.ssh/config .
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру