The OpenNET Project / Index page

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



"Выпуск распределенной системы управления исходными текстами ..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от opennews (??), 10-Дек-18, 10:34 
Подготовлен (https://lkml.org/lkml/2018/12/9/39) выпуск распределенной системы управления исходными текстами Git 2.20.0 (http://git-scm.com/). Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. По сравнению с прошлым выпуском в новую версию принято  962 изменения, подготовленных при участии  83 разработчика, из которых 26 впервые приняли участие в разработке.

Основные  новшества (https://github.com/git/git/blob/v2.19.0/Documentation/RelNot...):

-  Добавлен код для обнаружения на стадии выполнения "git clone" ситуаций, когда в репозитории встречаются файлы, пути к которым отличаются только регистром символов (например, path/file.txt и /path/File.Txt). Так как не все файловые системы различают регистр символов при выявлении подобных пересечений теперь выводится предупреждение;


-  Добавлена оптимизация, сокращающая объём вычисления при оценке различий: исключён учёт delta-изменений для объектов из одного ответвления с другими объектами, которые не появляются в том же ответвлённом репозитории;


-  В команду "git format-patch" добавлены опции "--interdiff" и "--range-diff" для отображении в примечании списка различий между текущей и предыдущей версиями;


-  В  команду "git mailinfo", которая также используется  в "git am", добавлена возможность восстановления патчей, повреждённый из-за изменения расстановки переводов строки при отправке текста почтовыми клиентом в режиме "format=flawed";

-  Приняты более жёсткие правила в отношении "git push" и "git fetch", в случаях когда обновление ссылки приводит к нарушению согласованности, например, при извлечении и обновлении в существующие тэги. Команда "git fetch" теперь запрещает извлечение в существующие теги при вызове без явного указания опции "--force";

-  В команды "git multi-pack-index" и "git fsck" добавлен код для определения повреждений в индексных файлах ".midx";
-  Добавлен индикатор прогресса при генерации файлов с графом коммитов (commit-graph) и при выполнении "git status" при обновлении индекса.
Данные операции могут занимать достаточно много времени, что требует информирования пользователя для исключения впечатления о зависании;
-  Повышены требования при работе на платформе Windows, в качестве минимальной поддерживаемой версии заявлена  Windows Vista;
-  В скрипты автодополенения ввода, поставляемые в contrib/, добавлена поддержка опций команды  "git stash list". Дополнение для команды "git fetch --multiple" ограничено только именами с внешних хостов;

-  Подсказки, выводимые при помощи команд "git help -a" и "git help -av", разделены и сделаны более понятными новичкам. Вторая команда отличается кроме подробной информации о команде выводом списков альтернативных имён и внешних команд;
-  В команду "git grep" добавлена опция "git grep --recursive", отражающая поведение по умолчанию (обход всего дерева). Команда
"git grep --no-recursive" может рассматриваться как аналог выставления настройки max-depth в значение 0;

-  При отправке push-запроса к репозиторию, в котором используется альтернативное внешнее хранилище для хранения объектов, удалённый обработчик "git receive-pack" передаёт список используемых ссылок на внешнее хранилище для сокращения объёма передаваемых объектов. В случае очень большого числа подобных ссылок, экономия трафика за счёт сокращения числа передаваемых объектов сводится на нет необходимостью передачи списка очень большого размера.  В новой версии добавлены настройки для управления выдачей информации об альтернативных ссылках;

-  Команда "git cmd --help" в случае, если "cmd" является псевдонимом другой команды, теперь не только выводит ссылку на основную команду, но и сразу выводит  подсказку для этой команды;

-  Улучшена работа команды "git p4 unshelve";

-  В команде "rev-list --filter" добавлена поддержка фильтра "tree:0" для исключения всех деревьев;
-  В команде "git send-email" реализовано выявление строк с адресами из всех примечаний, заканчивающихся на "-by". Для отключения нового поведения добавлена опция "--suppress-cc=misc-by" и настройка "sendemail.suppresscc = misc-by";
-  Модернизирована логика выбора имени пользователя и email  на платформе Windows;
-  В "git mergetool" добавлена опция "--[no-]gui", работающая по аналогии с "git difftool";
-  В команду "git rebase -i" добавлена поддержка ключа 'break', который можно добавлять в списки to-do для индикации конца списка до его фактического завершения;

-  Для опции "--pretty=format:" предложены новые заполнители "%GF" и "%GP", показывающие слепки ключей  GPG;
-  Для платформ со свежими версиями библиотеки cURL добавлена настройка http.sslBackend, позволяющая выбрать различные бэкенды для обработки защищённых HTTPS-соединений. В  Windows данная настройка позволяет
переключиться между использованием OpenSSL и Secure Channel;
-  В команду "git send-email" добавлена опция "--smtp-auth=none" для отключения SMTP-аутентификации, даже если в настройках задано имя пользователя для SMTP;
-  Добавлен новый класс файлов конфигурации, прикрепляемых к разным рабочим веткам в одном репозитории (до этого предоставлялась возможность определения глобальных настроек, привязки к домашнему каталогу пользователя и привязки к репозиторию ($GIT_DIR/config));
-  Маска '**', указанная без слеша с одной из сторон, которая считалась некорректной, теперь воспринимается как маска для определения наличия двух символов звёздочка;-  Реализации команд "git submodule update", "git rebase" и "git rebase -i" полностью переписаны на языке Си. Проведена чистка кода, используемого для команд  "git status" и   "git commit --dry-run";-  Обеспечена возможность параллельного чтения индексных файлов для повышения производительности. Увеличена эффективность обхода дерева репозитория при извлечении веток и операциях слияния. Внесены оптимизации при частичном клонировании, связанные с кэшированием.

URL: https://lkml.org/lkml/2018/12/9/39
Новость: https://www.opennet.ru/opennews/art.shtml?num=49751

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Qwerty (??), 10-Дек-18, 10:34 
Ого, как много новшеств. Пусть меня покусают фанатики, но я не припомню, чтобы в минорном релизе раньше их было так много.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от Андрей (??), 10-Дек-18, 10:50 
> чтобы в минорном релизе раньше их было так много.

Так там же мелочи. И по сути это не минорный, а просто очередной релиз. Как и с ядром.

> Наиболее важным нововведением Git 2.18 является интеграция поддержки второй версии коммуникационного протокола Git

Вот это было настоящее нововведение! А то с некоторыми репозиториями несколько git fetch для обновления по объёму переданных данных были эквиваленты полному git clone.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Qwerty (??), 10-Дек-18, 10:57 
> Так там же мелочи. И по сути это не минорный, а просто
> очередной релиз. Как и с ядром.

Ну так-то да, проект по сути готов, сейчас просто сопровождение. Но всё равно, во преки паникёрам - не закапывают, не лочат, а вполне себе дорабатывают, подкручивают, латают.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от хотел спросить (?), 10-Дек-18, 10:52 
Для скачивания доступен только 2.19.1
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Выпуск распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от nobody (??), 10-Дек-18, 11:17 
Под винду всегда с отставанием. Напильником дорабатывают
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Выпуск распределенной системы управления исходными текстами ..."  –7 +/
Сообщение от KenyaWestemail (ok), 10-Дек-18, 12:03 
Больше интересует, когда обновление завезут в менеджер Visual Studio Installer?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

50. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (50), 11-Дек-18, 10:37 
Зачем? Оно прекрасно понимает, когда что-то обновляется руками, гит тот же или питон, и не отказывается потом с новым работать
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

18. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от хотел спросить (?), 10-Дек-18, 13:03 
> Под винду всегда с отставанием. Напильником дорабатывают

"Latest source Release"

Ну да логично.

Интересно как быстро бинарники попадают в линуксовые репы.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

43. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от qwe (??), 10-Дек-18, 22:57 
В арч уже завезли
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

47. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от хотел спросить (?), 11-Дек-18, 08:16 
> В арч уже завезли

Я конечно не большой спец в дистрибутивах. Но я так понимаю это сарказм? ))

Во всём есть свои плюсы и минусы.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

48. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (48), 11-Дек-18, 08:58 
Есть на
https://github.com/git-for-windows/git/releases/tag/v2.20.0....
просто на основном сайте страницы с ссылками ещё не обновили (скептики могут убедиться лично, что ссылки с https://git-scm.com/download/win ведут именно на этот репозиторий).
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

51. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от хотел спросить (?), 11-Дек-18, 11:04 
> Есть на
> https://github.com/git-for-windows/git/releases/tag/v2.20.0....
> просто на основном сайте страницы с ссылками ещё не обновили (скептики могут
> убедиться лично, что ссылки с https://git-scm.com/download/win ведут именно на этот репозиторий).

Забавно но за сутки уже что-то поменяли. На git-scm после клика на линк (версия 19) начиначется скачивание 20ой.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

6. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (6), 10-Дек-18, 11:34 
Поддержки докачки не хватает
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 10-Дек-18, 12:24 
> Поддержки докачки не хватает

Нусделайчё.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Попугай Кеша (?), 10-Дек-18, 12:34 
И стриминга видео в терминал
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним (13), 10-Дек-18, 12:41 
Диски тоже не прожигает.
1/5
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (21), 10-Дек-18, 13:58 
А м****т, м****т то забыли!
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

30. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (30), 10-Дек-18, 17:08 
магнит?
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

40. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (21), 10-Дек-18, 19:14 
мармелад
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

59. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Ы (?), 11-Дек-18, 17:20 
Мармелат
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

9. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Попугай Кеша (?), 10-Дек-18, 12:34 
Все это прикольно и весело, и интересно. А на практике ладно, если с 10 команд используется. И усе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от Аноним (13), 10-Дек-18, 12:42 
Огнетушителем ты тоже каждый день пользуешься?
Погоди, вот зад задымится, быстро git blame и иже с ним освоишь.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

19. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov (?), 10-Дек-18, 13:26 
> Все это прикольно и весело, и интересно. А на практике ладно, если
> с 10 команд используется. И усе.

--А на практике ладно, если с 10 команд используется. И усе.
--Ну, надо же себя заставлять.

. https://duckduckgo.com/?q=%D0%9D%D1%83&#...

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

68. "Выпуск распределенной системы управления исходными..."  +/
Сообщение от arisu (ok), 13-Дек-18, 16:22 
> Все это прикольно и весело, и интересно. А на практике ладно, если
> с 10 команд используется. И усе.

так для попугаев и это уже много.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

16. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от X4asd (ok), 10-Дек-18, 12:56 
ну что там? новый hash когда уже?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 10-Дек-18, 13:28 
> ну что там? новый hash когда уже?

В 3.0.  Мажор же.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

23. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от X4asd (ok), 10-Дек-18, 14:37 
> В 3.0.  Мажор же.

вроде бы уже давно все современные проекты отказались от специфици major.minor.patch :-) ..

для проектов где 3 цифорки -- меняют первую цифорку лишь когда вторая цифорка достигает неудобно-большого зачения (при этом "уровень неудобства" оценивают субъективно).

то есть если не патч (исправление багов) то значит мажорное изменение.

для остальных проектов: major.patch ну-или-либо major.0.patch (цифорка "нуль" посередине -- просто для совместимости "со старым миром")

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

24. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от myhand (ok), 10-Дек-18, 14:52 
> все современные проекты

95% поди?

> от специфици major.minor.patch :-)

Отказались, аж два раза.

semver.org

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

41. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (21), 10-Дек-18, 21:00 
> semver.org

Линус брезгливо смотрит на эту ссылку.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

52. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от X4asd (ok), 11-Дек-18, 11:40 
> semver.org

да, отказались вот именно от того что чему посвящён этот сайт. спасибо за уточнение

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

32. "Выпуск распределенной системы управления исходными текстами ..."  –4 +/
Сообщение от Гит руль (?), 10-Дек-18, 17:17 
Единственная версия которую ты знаешь это версия гугль хрома. Трудно тебе наверно.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Пользователь Debian (?), 10-Дек-18, 16:24 
Скажите, а чем оно отличается от Subversion?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от OldFart (?), 10-Дек-18, 16:49 
Subversion - single point of failure (грохнулся сервак и гуд бай), git - redistributed,.т.е. каждый кто скачал репу имеет полную копию
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

28. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov (?), 10-Дек-18, 17:03 
> Скажите, а чем оно отличается от Subversion?

Читать умеешь?!  Под кажной новостью.  Же.  И не только про гит.

https://www.opennet.ru/openforum/vsluhforumID3/112416.html#31
  ~https://git.wiki.kernel.org/index.php/LinusTalk200705Transcript
https://www.opennet.ru/openforum/vsluhforumID3/107331.html#9

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

27. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от OldFart (?), 10-Дек-18, 16:57 
Остаюсь с https://fossil-scm.org/ , уж больно git перемудренный (больше время на изучение всех его фич уходит чем на работу), в то время как фоссил делает практически все что и гит, но в придачу это один единственный статически скомпиленный файл, который имеет прекрасный веб интерфейс и консоль, плюс встроенную ВиКи и тикеты...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Гит руль (?), 10-Дек-18, 17:16 
Если ты один им пользуешься то норм, а если кого-то ещё заставляешь то это плохо.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

33. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от OldFart (?), 10-Дек-18, 17:24 
> Если ты один им пользуешься то норм, а если кого-то ещё заставляешь
> то это плохо.

А можно поподробней, - почему плохо? SQLite вполне себе доказывает коллективное использование.
Уже лет десять коллективно его используем и плохо не было. Даже если и приходится работать с проектами на гит-е, локально все равно удобней с фоссилом, чтоб не комититить все промежуточное в общую репу. Т.е. локально юзать фоссил, а пушать working tree гитом.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

35. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok), 10-Дек-18, 17:34 
Вы как-то странно гит воспринимаете, если думаете, что с ним надо "комититить все промежуточное в общую репу".

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

Но основной минус фоссила в том, что он не гит :-) В том смысле, что с гитом работать всё равно придётся, соответственно изучать его и держать в системе - тоже. И фоссил сразу становится избыточным.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

54. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Гит руль (?), 11-Дек-18, 16:05 
Единственная причина использовать фоссил это если ты разработчик sqlite.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

58. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от OldFart (?), 11-Дек-18, 17:13 
> Вы как-то странно гит воспринимаете, если думаете, что с ним надо "комититить
> все промежуточное в общую репу".

Да нормально я гит воспринимаю и пользуюсь им, просто локально удобней хранить историю в фосиле, с паролями, емэйлами и прочей sensitive information, а гитом только пушать в общую репу вычищенный проект и в то же время можно быстро вернуться к рабочей версии фосилом. Смысл - удобство локального веб интерфейса с человеческим diff и историей без запоминания массы гитовских опций, удобная встроенная WiKi с markdown и вполне адекватная встроенная система тикетов без необходимости разворачитвать что то еще из 3rd party, а также возможность практически мнгновенно перебросить репу на другие ноды, просто скопировав два файла - фосиловскую база и сам фосил без установок на других системах новых програм и лишнего передергивания root-a (для того чтоб установить гит и его приблуды).


> А так - зависит от масштабов, наверное. Но, помнится, даже для мелкого
> игрушечного проектика на двоих вместо фоссиловской системы тикетов как-то быстро завёлся
> мантис.

Вполне согласен ! Зависит все от задачи и я не вижу профита покупать самосвал чтоб ездить в булочную для моих случаев. Для сисадимновских задач, - хранить историю /etc и чекать integrity веб сайтов и трэкать самопальные системные утилитки - фосила за глаза хватает... и позволяет за минуту организовать совместную работу (особено - когда "все горит", а в админовских делах это случается частенько)

Я согласен, что если программирование - это основной источник дохода, то есть смысл потратить на гит время если его функционал используется ежедневно, но когда манипулирование историей проекта от "случая к случаю", то это занимает значительное время перечитывать заново и заново кучу гитовских комманд и их опций. С фосилом же такое workflow значительно продуктивней и удобней.

> Но основной минус фоссила в том, что он не гит :-) В
> том смысле, что с гитом работать всё равно придётся, соответственно изучать
> его и держать в системе - тоже. И фоссил сразу становится
> избыточным.

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

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

53. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Гит руль (?), 11-Дек-18, 16:04 
Потому что дурной пример заразителен.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

57. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от OldFart (?), 11-Дек-18, 16:32 
> Потому что дурной пример заразителен.

"Если мнение не сходится с моим - то ДУРНОЙ пример" ?

Очень "веский" аргумент !!!
Здесь детский сад где все - "дурак - сам дурак" или все таки есть хоть чуть-чуть культуры ?

Я кажется нигде не обзывал фанбоев гита, не так ли ?

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

62. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Гит руль (?), 12-Дек-18, 14:03 
Так это не ты дурной, а пример дурной. После того и появляется зоопарк форматов на любые простые действия. Чего стоят только гульп, грунт, вебпак и на фронте ангуляр, реакт, вуе. Делают одно и тоже но по разному и под каждую технологию надо подстраиваться. И каждый знает какой подход правильный, но у всех разный как так можно.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

64. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от OldFart (?), 12-Дек-18, 16:34 
> Так это не ты дурной, а пример дурной.

Не согласен. Есть пневматический отбойный молоток, а есть простой, ручной и у каждого свое применение. Если все подгонять все под один инструмент, тогда кроме отбойного молотка ничего не останется, а монополия как известно - не есть гуд. Гит - это профессиональный инструмент профессионального програмиста занятого в больших, сложных проектах с кучей людей, с ветками, мержами и т.д., где все изобретенные множество функций имеют свое применение. Фосил же с другой стороны, это очень легкий инструмент, но при всем при этом, имеет практически все что и гит и даже то чего нет у большого брата, - портативность (нет необходимости устанавливать от имени рута и вся репа - это один единственный файл. Установка что на лине, что на фряхе, что в винде - просто копирование одного файла, не подтягивая администраторских привилегий) а так же веб интефейс из коробки, встроенная ВиКи для документации и встроенная система тикетов, а также значительно меньшее количество опций для каждой команды. (Я работаю с одной большой програмисткой компанией и даже там, где гит используется повседневно, сам видел - не все програменры знают наизусть все фичи гита и теряют время на манулах)

> После того и появляется зоопарк форматов на любые простые действия.

Фосил кстати не уходит от формата и переучиваться с гита не надо, команды - совместимые, бэкенд и фронтенд - другой. Фосил и гит ведь можно использовать не только в програмировании, но и для обыкновенной документации, для защиты целостности файлов с возможстью отката (пример - /etc директрория или тот же вордпрес чтобы мнговенно поймать измененные или левые файлы)
Скажу проще - для каждой работы, надо использовать соответсвующий инструмент а не слепо делать - "как все". Я вовсе не против гит-а, очень классный, но довольно сложный интсрумент и применение его везде не всегда оправдано, попробуйте фосил, вы поймете о чем я говорю.

> Чего стоят только гульп, грунт,  вебпак и на фронте ангуляр, реакт, вуе.

Искрение разделяю Вашу боль, - люди больше следуют модному тренду, чем применяют нужный инструмент к конкретной задаче и в большинстве из них Реакт - это overkill.
Вот здесь кстати очень интересный момент, DevOp-сы яростно защищают Реакт с теми же аргументами как и вы защищаете гит и не понимают - что концентрирование всего вокруг одного - это монополия (на власть? учитывая то, кто эти ангуляры и реакты толкает в массы)

> Делают одно и тоже но по разному и под каждую технологию надо подстраиваться.

Говорят - это прогресс :) А учитывая человеческую(?) сущность - слепо бежать не раздумывая туда, куда бежит все стадо, то очень легко манипулировать толпой направляя в нужную сторону туда куда надо сильным/хитрым/жадным, отсюда эти ангуляры и реакты.

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

А на счет фосила и гита, технология та же самая в обоих - Distributed Concurrent Versions System с совместимыми командами и идеологией.
По мне так лучше разнообразие, чтобы подобрать соответствующий тулз для каждой конкретной работы.

> И каждый знает какой подход правильный, но у всех разный как так можно.

Это уже больше из философии, остается либо подстраиваться, либо - out of business... к сожалению

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

66. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Гит руль (?), 13-Дек-18, 15:58 
Наверно я за гит потому что и есть девопс)
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

34. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov (?), 10-Дек-18, 17:32 
> Остаюсь с https://fossil-scm.org/ , уж больно git перемудренный (больше время на изучение
> всех его фич уходит чем на работу), в то время как
> фоссил делает практически все что и гит, но в придачу это
> один единственный статически скомпиленный файл, который имеет прекрасный веб интерфейс
> и консоль, плюс встроенную ВиКи и тикеты...

Без ESR-а не алё!  http://esr.ibiblio.org/?p=8205
|
https://www.opennet.ru/openforum/vsluhforumID3/111315.html#50 2017  шутил
https://www.opennet.ru/openforum/vsluhforumID3/113343.html#20 2018-01  шутил
https://www.opennet.ru/openforum/vsluhforumID3/114463.html#38 2018-06 больше не шучу

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

38. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от OldFart (?), 10-Дек-18, 17:46 
> Без ESR-а не алё!  http://esr.ibiblio.org/?p=8205
> |

Андрей, а при чем тут ESR, который вообще рядом не лежит в фоссилом и гитом?

> https://www.opennet.ru/openforum/vsluhforumID3/111315.html#50 2017  шутил
> https://www.opennet.ru/openforum/vsluhforumID3/113343.html#20 2018-01  шутил
> https://www.opennet.ru/openforum/vsluhforumID3/114463.html#38 2018-06 больше не шучу

Опять не вьехал... :( при чем здесь ГИТ?

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

61. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov (?), 12-Дек-18, 09:06 
>> Без ESR-а не алё!  http://esr.ibiblio.org/?p=8205
>> |
> Андрей, а при чем тут ESR, который вообще рядом не лежит в
> фоссилом и гитом?

Не при чём. Как и фосил к новости про гит.

Реймонд велик.  Я разговор поддерживаю!  =набрасывание ненужного на собеседника.

>>больше не шучу
> Опять не вьехал... :( при чем здесь ГИТ?

Не при чём.  Я велик.  Кстати обо мне!

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

63. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Гит руль (?), 12-Дек-18, 14:04 
Кто то пишет велосипеды, а кто то сам является велосипедом. Ох уж этот опеннет.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

65. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от OldFart (?), 12-Дек-18, 16:49 
> Кто то пишет велосипеды,

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

>а кто то сам является велосипедом. Ох уж этот опеннет.

Не, Андрюху я б в велосипеды не взял, ты ему check-in одно, а он check-out другое, так не ровен час и звиздануться можно с такого велосипеда :)


Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

67. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Гит руль (?), 13-Дек-18, 16:00 
Поэтому многие и не любят велосипеды.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

44. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Xasd (ok), 11-Дек-18, 00:34 
> Остаюсь с https://fossil-scm.org/

ну и дурак

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

55. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от OldFart (?), 11-Дек-18, 16:12 
>> Остаюсь с https://fossil-scm.org/
> ну и дурак

Очень аргументированно :)
"Кто не скачет с нами - тот дурак..."
ну-ну

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

49. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Xasd5 (?), 11-Дек-18, 10:34 
> это один единственный статически скомпиленный файл

статически?! лол!! в 2019-году это просто смешно 😂!

и как же он например выясняет как разрешить DNS имена?

предположим файла /etc/resolv.conf у сеня в системе нет -- какое будет поведение бинарника для перевода Имени Сервера в IP-адрес? :-)

// P.S.: это я уж молчу с вопросом про vDSO и эффективность системных вызовов

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

56. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от OldFart (?), 11-Дек-18, 16:22 
> статически?! лол!! в 2019-году это просто смешно 😂!
> и как же он например выясняет как разрешить DNS имена?
> предположим файла /etc/resolv.conf у сеня в системе нет -- какое будет поведение
> бинарника для перевода Имени Сервера в IP-адрес? :-)
> // P.S.: это я уж молчу с вопросом про vDSO и эффективность
> системных вызовов

Вы прежде чем обзываться и "умничать" на весь свет, почитайте сперва, - что такое статически скомпилированный файл, ну или хотя бы протестируйте чтоб не лажаться :)


Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

69. "Выпуск распределенной системы управления исходными..."  +/
Сообщение от arisu (ok), 13-Дек-18, 16:24 
оно не умеет читать.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

70. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Xasd5 (?), 13-Дек-18, 21:07 
> Вы прежде чем обзываться и "умничать" на весь свет, почитайте сперва, - что такое статически скомпилированный файл, ну или хотя бы протестируйте чтоб не лажаться :)

чтобы понять почему в 2019 году уже почти никто не компилирует почти ничего статически -- прочитайте какие ограничения накладываются на программы скомпилированные статически

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

71. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от OldFart (?), 14-Дек-18, 00:09 
Вот ведь Гугель попал тогда, не посоветовшись с вами...
"Глупцы" практически, развивают GoLang (который становится все популярней и популярней) и даже не догадываются о ограничениях... а смак то Го програм в том, что им начихать на зависимости.

Rescue & live critic системы тоже наверное - практически "почти никто"... NASA в "полной лаже" мля...

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

Вот такой аргумент, - не катит, с потолка.

> -- прочитайте какие ограничения накладываются на программы скомпилированные
> статически

Ограничения? В чем ? Все что надо программе, она уже притащила все с собой и не зависима от библиотек. Статический скомпилированный файл будет работать практически на любой версии операционки, единственное что нужно - это только платформа, - линь, фря или винда и похер какая версия.
Ну да, файл пожирнее (who cares about it nowadays ?), зато надежность, легкость обновления и стабильность

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

29. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (30), 10-Дек-18, 17:06 
>Повышены требования при работе на платформе Windows, в качестве минимальной поддерживаемой версии заявлена Windows Vista;

А что не Windows 10 сразу?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Crazy Alex (ok), 10-Дек-18, 17:34 
а что не win95?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

37. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov (?), 10-Дек-18, 17:44 
>>Повышены требования при работе на платформе Windows, в качестве минимальной поддерживаемой версии заявлена Windows Vista;
> А что не Windows 10 сразу?

МС ещё только платиновый.  Иридиевого ждут.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

60. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (-), 11-Дек-18, 23:09 
> А что не Windows 10 сразу?

Подожди, MS улучшенную поддержку платформы виндоус для новой версии приберег.

ЗЫ какая платформа - такие и коммитеры с ченжлогами.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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