The OpenNET Project / Index page

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



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

"Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от opennews (??) on 19-Янв-18, 12:02 
Подготовлен (https://lkml.org/lkml/2018/1/18/18) выпуск распределенной системы управления исходными текстами Git 2.16.0 (http://git-scm.com/). Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. По сравнению с прошлым выпуском в новую версию принято  509 изменений, подготовленных при участии  91 разработчика, из которых 26 впервые приняли своё участие в разработке.

Основные изменения (https://github.com/git/git/blob/v2.16.0/Documentation/RelNot...):

-  Использование пустой строки в качестве охватывающей все варианты маски пути теперь считается ошибкой. Например, команда git add '' больше не будет работать. Указанная возможность была объявлена устаревшей ещё в 2016 году;

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

-  В "git pull" добавлена обработка опции "--[no-]signoff" и её передача в "git merge";

-  Значение опции "--push-option=строка" к "git push" теперь по умолчанию устанавливается в список строк, установленный через переменную push.pushOption;


-  В  "gitweb" для проверки доступа к директории вместо Perl-оператора "-x" применена pragma "filetest 'access'";

-  Команда "git stash save" объявлена устаревшей, вместо неё следует использовать "git stash push";

-  Обработчик для взаимодействия с MediaWiki переработан для работы с пространствами имён mediawiki и корректной обработки слишком длинных имён страниц (теперь имена обрезаются без потери суффикса ".mw");

-  В команде "git for-each-ref" опция "--format=..." расширена возможностью отображения имени внешнего репозитория и его использования на удалённой стороне в 'upstream' и 'push' через параметр "%(push:remotename)";

-  Выполнение "git bisect run" без явного указания каких-либо команд теперь приводит к выводу ошибки, вместо обработки всех коммитов как успешно протестированных;


-  Представлено новое расширение fsmonitor для взаимодействия со средствами мониторинга состояния ФС, позволяющее ускорить выполнение "git status" и других операций,  которым необходимо отслеживать какие из файлов были изменены;

-  В командах семейства "diff" обеспечено игнорирование различий в указании возврата каретки в конце строки;


-  Команда "git add --renormalize ." теперь позиционируется как новый и надёжный способ записи сведений о нормализации символов конца строки и других  замен  в данных репозитория при помощи функции "convert_to_git()";

-  В командах "git branch" и "git checkout -b" теперь блокируют попытки создания ветки с именем "HEAD";

-  В команде "git branch --list"  по умолчанию реализован вывод с использованием постраничного просмотра (pager), когда содержимое не вмещается в терминал. По аналогии с "git tag --list" данное поведение можно контролировать при помощи настройки pager.branch;

-  В команды подобные "git grep -W" и "git diff -W" добавлена эвристика для раскрытия строк, похожих на функцию (например "diff.*.xfuncname") для включения в вывод блоков комментариев, идущих непосредственно перед вводимым элементом;

-  В "git config --expiry-date gc.reflogexpire" обеспечена обработка параметров времени в виде "2.weeks" по аналогии с обработкой
"1k" в "--int" как 1024;

-  Имена тегов в "git log --decorate", используемых для аннотирования коммитов, теперь могут быть ограничены подмножеством доступных ref-ссылок, выбранных при помощи опций "--decorate-refs=шаблон" и "--decorate-refs-exclude=шаблон";
-  Устранена проблема, приводившая к крахам при выполнении "git grep", если осуществлена сборка с libpcre2;

-  В "git send-email" добавлена проверка наличия sendmail не только в  /usr/lib и /usr/sbin, но и в других путях из списка $PATH;

-  В команду "git diff" добавлена опция "--anchored" с реализацией варианта алгоритма "--patience", позволяющего задать уникальную строку, используемую в качестве опорной точки;

-  Добавлена настройка rebase.abbreviateCommands, при которой
   "git rebase -i" генерирует список todo с указанием односимвольных аббревиатур имён команд;

-  В команде "git svn" обеспечена очистка символов возврата каретки в сообщениях коммитов по аналогии с поведением Subversion;

-  Добавлена поддержка URL https:// для http.proxy при использовании свежих версий  libcurl;

-  Команда "git merge" теперь проверяет наличие настройки  merge.verifySignatures и использует её значение, как если бы в командной строке была указана опция '--verify-signatures'.

-  Реализации "git bisect" и "git submodule" переписаны на Си;
-  Проведена оптимизация кода для поиска кратчайшего уникального префикса имён объектов.

URL: https://lkml.org/lkml/2018/1/18/18
Новость: http://www.opennet.dev/opennews/art.shtml?num=47935

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

Оглавление

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

Часть нити удалена модератором

4. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Борщдрайвен бигдата on 19-Янв-18, 12:30 
Какой мячик есть, таким и играем. Ну ещё есть fossil, на любителя.
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск распределенной системы управления исходными текстами ..."  –7 +/
Сообщение от пох on 19-Янв-18, 12:51 
> Какой мячик есть, таким и играем. Ну ещё есть fossil, на любителя.

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

в принципе, есть еще hg. Который хотя и написан на пихоне со всеми вытекающими, но для решения повседневных задач (более сложных, чем тупoй push) более-менее подходит. Если, конечно, ты можешь вообще ужиться с log-driven history (которая, на мой взгляд, фатальный design flaw - да и не только мой, учитывая неимоверное количество костылей и подпорок, понаписанных чтобы как-то обойти хотя бы часть ее проблем).

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

28. "Выпуск распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от Crazy Alex (ok) on 19-Янв-18, 15:41 
Вообще повседневные задачи за рамки pull / checkout / checkout -b / add / commit / push выходить и не должны, если это хоть как-то централизованная разработка, где все тесты, ревью, мержи делаются в соответствущей тулзе.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

50. "Выпуск распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от пох on 19-Янв-18, 19:52 
> Вообще повседневные задачи за рамки pull / checkout / checkout -b / add / commit / push
> выходить и не должны

Новая Папка 2309, Новая Папка 2309(копия)...
где-то я это все уже видел.

Зачем вам система контроля версий, если никакого контроля у вас и в помине нет?

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

53. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Crazy Alex (ok) on 19-Янв-18, 19:59 
Контроль версий КОДА - как раз есть. Версии ПРОДУКТА - это к системе управления проектами и CI, где и должны создаваться релизные ветки или теги.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

75. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (??) on 22-Янв-18, 19:09 
Какие странные представления о контроле версий...
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

76. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov on 23-Янв-18, 10:43 
> Какие странные представления о контроле версий...

Коллега говорит не про исходники, а про модный ITIL. Промышленное АйТи, понимаете? Манагамент!

Ищите в интернетах "управление релизами"/"release management".

" Процесс «управление релизами», один из стека процессов ITSM, как раз и предлагает решение для формальной приоритизации и группировки запросов пользователей (запросов на изменения, инцидентов) в общие пакеты доставки — «релизы». " --https://habrahabr.ru/post/321664/

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

55. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 19-Янв-18, 20:15 
rebase -i для наведения порядка в *незапушенных* коммитах тоже бывает полезен.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

5. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 19-Янв-18, 12:35 
А что юзабильное?
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск распределенной системы управления исходными текстами ..."  –7 +/
Сообщение от oriontvv on 19-Янв-18, 12:45 
ртуть
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от пох on 19-Янв-18, 14:19 
> ртуть

пока ты не обнаруживаешь, что два комита назад случайно написал слово $у# в коммит-мессадж.
После чего создал новую ветку (иногда хочется именно настоящих веток, а не ползающих тегов), поэтому даже если у тебя нет клонов и даже с помощью histedit (который это делает, мягко говоря, через анус) ничего изменить нельзя, так и будешь жить дальше с $уем.

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

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

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

20. "Выпуск распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от Andrey Mitrofanov on 19-Янв-18, 14:47 
>нет никакой возможности сосияльных взаимоотсношений между разработчиками
> - единственный нормально поддерживающий hg сервис принадлежал microsoft, и успешно ей
> похоронен.
> А возможности обзавестись собственным вообще никогда не было.

Глазам не верю. Такие правильности от Вурдалака. Вы меня не обманываете?!

Вы там ближе, не знаете, может они и "проблемой гитхаба" заинтересуются, команду гробовщиков вышлют??

Впочем, нет.  Надо держаться!  Атож, сбудется -- никаким фейри не отмоешься---

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

26. "Выпуск распределенной системы управления исходными текстами ..."  –4 +/
Сообщение от oriontvv on 19-Янв-18, 15:32 
>случайно написал слово $у# в коммит-мессадж.

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

>единственный нормально поддерживающий hg сервис принадлежал microsoft, и успешно ей похоронен.

а что не так с битбакетом? и там даже бесплатные закрытые репы вести можно, в отличие от гитхаба.

что до веток, то настоящие ветки как раз в меркуриале, имхо. (https://habrahabr.ru/post/123700/)
в гите меня больше всего бесит его оверусложненный интерфейс с кучей избыточных и неочевидных разнородных параметров. возможность помержить больше двух веток за раз я тоже считаю только вредной. потом хрен разберешь по истории что-откуда пришло.
но не хочу разводить холивар, функционально то гит с меркуриалом практически одинаковы.

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

38. "Выпуск распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от пох on 19-Янв-18, 16:57 
> не хочу спорить о возможности менять историю. мне удобнее, когда ее нельзя менять

прикол в том, что менять-то можно - но только на шаг назад. Не спохватился вовремя - проехали.

> а что не так с битбакетом?

git enforcing во все дырки, разумеется. Как и у гитлаба (который тоже еще поддерживает, но тоже на от..сь, а в stand-alone версии вообще ничего нет)

> что до веток, то настоящие ветки как раз в меркуриале, имхо. (https://habrahabr.ru/post/123700/)

ну вот, собственно, о том и речь - с гитом все прекрасно, пока для тебя существует только текущее состояние. Как только надо разбираться, что откуда взялось и с какого места начинать возиться с проблемой - опа, ничего неясно, и инструментов нет, отслеживай вручную кто на ком стоял. (и людей, которые могут подсказать, тоже по пальцам одной руки пересчитать можно)

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

45. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Скептик on 19-Янв-18, 18:07 
> прикол в том, что менять-то можно - но только на шаг назад. Не спохватился вовремя - проехали.

hg rebase не осилил?

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

49. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от oriontvv on 19-Янв-18, 19:21 
>> прикол в том, что менять-то можно - но только на шаг назад. Не спохватился вовремя - проехали.
> hg rebase не осилил?

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

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

59. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Скептик on 20-Янв-18, 11:45 
>только вот пушнутые комиты не получится ребейзнуть, что имхо логично. а незапушенное можно хоть как поменять.

не так все страшно. если что-то реально нужно поправить, это можно сделать через force push или strip(на сервере) и push. это далеко не тривиальные операции, но даже это гораздо проще в использовании, чем в git. ну а если в репозиторий часто попадает лажа, может "дело не в бобине"?

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

39. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Michael Shigorin email(ok) on 19-Янв-18, 16:58 
> в гите меня больше всего бесит его оверусложненный интерфейс

Да, двухколёсный велосипед сложнее трёхколёсного.  Не стоит спешить.

> функционально-то гит с меркуриалом практически одинаковы

Нет.

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

43. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от gaga (ok) on 19-Янв-18, 17:08 
Да. Есть куча примеров того, что не может, и может другой. Но в целом функционал один. Меркуриал умеет больше в целом за счет расширений, гит больше "из коробки".
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

46. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от oriontvv on 19-Янв-18, 18:15 
да я и не спешу - успешно еду с удовольствием на трехколесном, зато без палок в колеса на пустом месте)
все возникающие задачи успешно решаются очевидным образом. за это мне hg и нравится.

>нет

можно плз юзкейс - что может гит, и не может hg?

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

10. "Выпуск распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от Crazy Alex (ok) on 19-Янв-18, 13:07 
Ок, спрошу, раз остальным лень. И чем именно они неюзабельные?
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск распределенной системы управления исходными текстами ..."  –4 +/
Сообщение от Аноним (??) on 19-Янв-18, 15:47 
Можете попробовать fossil-scm.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от парасолька_реборн on 19-Янв-18, 16:30 
фоссил уже давно стал сам ископаемым. был у них план какой-то переписать его, прчем чтобы могли экспортироваться нативном репозитории из гита, свн и меркуриала, но что-то все заглохло.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

42. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от yet another anonymous on 19-Янв-18, 17:07 
> Можете попробовать fossil-scm.

Понюхали. Дефективен на уровне архитектурного решения, в принципе не может считаться DVCS (буква D --- существенна).

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

58. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 20-Янв-18, 02:40 
В последнее время народ с Фоссила уходит:

https://roy.marples.name/blog/goodbye-fossil

Автор кстати после этого рекламирует Phabricator:

https://roy.marples.name/blog/hello-phabricator

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

62. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от пох on 20-Янв-18, 18:32 
такой народ - пусть уходит, и подальше, подальше.

> https://roy.marples.name/blog/goodbye-fossil

It's not social.
Па-а-анятен (половина остальных претензий, собственно, тот же мотив на разные лады)

фабрикатор, если что - это очередная сосияльная сеточка для околоразработчиков. Нeнужен.


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

78. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 23-Янв-18, 17:34 
Фабрикатор - это, кроме всего, удобные ревью с навороченной логикой signoff.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

12. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от Чупачупс on 19-Янв-18, 13:29 
Ага, умники. 99% вакансий на разраба требуют GIT, это уже промстандарт. А этим гаврикам не нужно. Ок, удачи вам в поиске хорошей работы.

Новая папка 1, Новая папка 2... ваше все.

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

13. "Выпуск распределенной системы управления исходными текстами ..."  +7 +/
Сообщение от Аноним (??) on 19-Янв-18, 13:55 
Я может тебя удивлю, но 90% линуксоидов не ищут работу по вакансиям, их работодатели сами зовут. Вакансии для джунов, а там действительно приходится учить то что популярно, а не то что нравится.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от Andrey Mitrofanov on 19-Янв-18, 14:00 
>Вакансии для джунов, а там действительно приходится
> учить то что популярно, а не то что нравится.

Спасибо. И кто сказал, что старость не радость.  >>>,,,>

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

64. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 21-Янв-18, 10:53 
> Спасибо. И кто сказал, что старость не радость.  >>>,,,>

Поттеринг!

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

16. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от AlexYeCu_not_logged on 19-Янв-18, 14:15 
>Я может тебя удивлю

На счёт него не знаю, но меня ты точно удивил.

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

17. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Crazy Alex (ok) on 19-Янв-18, 14:18 
Тем не менее кругом Git, к счастью
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

29. "Выпуск распределенной системы управления исходными текстами ..."  –5 +/
Сообщение от jOKer (ok) on 19-Янв-18, 15:42 
Да, куда там! Рассказывай сказочки.

На самом деле, опыт работы с ОС Linux, это из разряда "будет плюсом", а вовсе не из "требуются следующие знания и практические умения". То есть в расчет это конечно принимается и приветствуется, но вовсе не является решающим и достаточным доказательством компетенции принимаемого на работу спеца.

А тот кто делает только то, что ему нравится - первый кандидат на вылет, вне зависимости от своей компетенции, просто потому что он - слабое звено в команде, на которое нельзя положиться.

Ну а что до программистов, то поверь, на собеседовании будущего разраба спросят о линуксе (если вообще спросят), в последнюю очередь. А в первую проверят на знания ЯП, шаблонов проектирования, и, - внезапно! - на умение работать с гитом.

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

31. "Выпуск распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним (??) on 19-Янв-18, 15:57 
> на собеседовании будущего разраба спросят о линуксе (если вообще спросят), в последнюю очередь

Это смотря на какую вакансию. Если нужен разраб под Unix вообще или linux конкретно, с хорошим знанием POSIX, то про винду его точно спрашивать не будут.

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

47. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от jOKer (ok) on 19-Янв-18, 18:18 
Ну, это да.
И зарплаты там очень приличные, - факт.
Вот только таких вакансий не очень-то и много, по отношению к тем же вебовцам.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

48. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 19-Янв-18, 18:52 
И спецов таких - тоже, по отношению к тем же вебовцам
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

65. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 21-Янв-18, 10:55 
> Вот только таких вакансий не очень-то и много, по отношению к тем же вебовцам.

С другой стороны, в вебе полно индусских вебмакак готовых писать за $5 в час что угодно. А если тебе что-то не нравится - вместо тебя $5 в час получит вон тот индус, заказ просто уедет ему.

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

33. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 19-Янв-18, 16:02 
> Я может тебя удивлю, но 90% линуксоидов не ищут работу по вакансиям,
> их работодатели сами зовут. Вакансии для джунов, а там действительно приходится
> учить то что популярно, а не то что нравится.

Нужен качественный линуксоид. Не джун. gcc, make, git, posix shell, rpm, dpkg и другие страшные слова. Позвали бы, да некого, и на вакансию никто толковый не отзывается. Где водятся эти элитные 90%, не подскажете?

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

41. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 19-Янв-18, 17:06 
> Нужен качественный линуксоид. Не джун. gcc, make, git, posix shell,
> rpm, dpkg и другие страшные слова. Позвали бы, да некого, и на
> вакансию никто толковый не отзывается. Где водятся эти элитные 90%,
> не подскажете?

Ядерщики -- в parallels, остальные -- в яндексе, у нас и где ещё собсно делать надо.  Ещё помогает молодёжь всё-таки брать и помогать подрасти -- у нас в общем-то все умеют полный список тех слов, разве что за исключением dpkg у половины, наверное (но это чисто технический аспект).

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

Это как вид из окна...

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

61. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Forth email(ok) on 20-Янв-18, 18:05 
Кто много знает и умеет вакансии постоянно не просматривает, некогда :)
Ну вот я например знаю все эти страшные слова и пользую все перечисленное много лет(для ядра не писал, а юзерспейса на C было немало), но новую работу сейчас не ищу.
И ваще, перелез несколько лет тому назад на Java, все-таки там проще найти что-то оплачиваемое и интересное. Хайтек всякий, например.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

70. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от хрюзер on 22-Янв-18, 08:30 
> Хайтек всякий, например.

что это значит? Продукты на Ява как-то не вяжутся с хайтеком у меня

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

74. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Forth (ok) on 22-Янв-18, 17:02 
>> Хайтек всякий, например.
> что это значит? Продукты на Ява как-то не вяжутся с хайтеком у
> меня

Ну всякие там беспилотники, ИИ, генетика, биохимия.

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

66. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (??) on 21-Янв-18, 10:56 
> Нужен качественный линуксоид. Не джун. gcc, make, git, posix shell, rpm, dpkg
> и другие страшные слова. Позвали бы, да некого, и на вакансию
> никто толковый не отзывается. Где водятся эти элитные 90%, не подскажете?

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

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

69. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 21-Янв-18, 16:50 
Вакансия с требованиями и контактами висит на hh вот уже года два. И ещё в каких-то, ведомых только hrам, местах висит. Так что не переживай.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

71. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от хрюзер on 22-Янв-18, 08:31 
> висит на hh вот уже года два.
>  Так что не переживай

ну как можно, должно же быть хоть какое-то сострадание!

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

82. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 25-Янв-18, 12:58 
> ну как можно, должно же быть хоть какое-то сострадание!

Если бы человек всерьез хотел вакансию закрыть - он хотя-бы ссылку на hh дал, чтоли. А так он просто троллит походу. Пойдите туда не знаю куда, найдите то не знаю что. Вай как все плохо, линуксоидов не найдешь.

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

80. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 24-Янв-18, 13:19 
> Вакансия с требованиями и контактами висит на hh вот уже года два.

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

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

81. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Michael Shigorin email(ok) on 24-Янв-18, 16:28 
> Иных поводов для того чтобы вакансия 2 года висела просто нет.

Есть, есть.  Например, целевые люди вообще не смотрят вакансии.  Потому что не ищут работу.  Как таких людей находить -- понимать надо самому.

PS: а к нам тем временем пришёл ещё один мегачеловек и поинтересовался другой... обоих давно знаем, никаких собеседований не надо.

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

84. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 25-Янв-18, 15:56 
>> Иных поводов для того чтобы вакансия 2 года висела просто нет.
> Есть, есть.  Например, целевые люди вообще не смотрят вакансии.  Потому
> что не ищут работу.  

Во-во. Говорят же, что хорошие специалисты даже не доходят до рынка вакансий - их перехватывают раньше.

Не они ищут работу, а работа их. Всё это работает через знакомых.


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

19. "Выпуск распределенной системы управления исходными текстами ..."  –4 +/
Сообщение от пох on 19-Янв-18, 14:29 
> Ага, умники. 99% вакансий на разраба требуют GIT

не git, а владения аж двумя командами - push и clone. Но да, все они гордо пишут "владение git".

> , это уже промстандарт. А этим гаврикам не нужно.

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

> Ок, удачи вам в поиске хорошей работы.

спасибо, конечно, жаль что я плохо верю в чудеса.

> Новая папка 1, Новая папка 2... ваше все.

угу. Потому что и 99% "занявших вакансии" разрабов, и их менеджеры, и, к сожалению, даже те кто потом вынужден разгребать гитовый шлак, кроме своего "любимого" гита умеют только "новая папка".
причем git они, разумеется, тоже не умеют, освоив две команды (еще, может, кое-как, rebase, хотя там происходящее для них уже отдает мистикой). За исключением оставшегося 1%, который еще пойди найди где-то.

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

21. "Выпуск распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от нэту on 19-Янв-18, 14:49 
> что система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей почтой, не очень подходит для подобной работы

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

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

22. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Alex (??) on 19-Янв-18, 14:49 
Git blame не? Историю файла по комитам его затрагивающие нельзя взять? Да и если взяли по веткам какая разница то? Они продолжили его менять? Меняешь в основной, можешь даже ребейзом, и все.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

40. "Выпуск распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от пох on 19-Янв-18, 17:03 
> Git blame не?

не. это из другой оперы. Когда просто что-то сломано, причем точно ясно - что именно, и ты можешь написать для этого тест (у hg в этом случае все то же самое)

> Историю файла по комитам его затрагивающие нельзя взять? Да

можно, пользы никакой. Она не линейна.

в общем там, по ссылке на хабр, хороший пример. Если дороешься до реддита - будет неупрощенный, из реальной жизни.

> Меняешь в основной, можешь даже ребейзом, и все.

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

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

60. "Выпуск распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 20-Янв-18, 14:21 
>> Git blame не?
> не. это из другой оперы. Когда просто что-то сломано, причем точно ясно - что именно, и ты можешь написать для этого тест (у hg в этом случае все то же самое)

Вообще-то это git bisect.

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

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

23. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Andrey Mitrofanov on 19-Янв-18, 14:57 
> потому что когда ты роешься в репо хорошо так подтухших версий, с
> пятью-десятком параллельных веток (авторов, понятно, давно след простыл - то ли
> прикопаны в лесополосе, то ли подались в эффективные), пытаясь угадать, где
> же и в какой из них произошла неведомая херня, внезапно, выясняется,
> что система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей
> почтой, не очень подходит для подобной работы.

Твоя не понимайт!

Тов.Главный прекрасно свёл и "эту работу"  к приёму патчей: он таки принимает патчи, исправляющие раннее "произошедшую неведомую ню", а разбираются-угадывают другие.

>99% "занявших вакансии" разрабо
> к сожалению, даже те кто потом вынужден разгребать гитовый шлак, кроме
> своего "любимого" гита умеют только "новая папка".
>оставшегося 1%, который еще пойди найди

Себя ("роешься в репо хорошо так подтухших версий") не похвалишь -- так ведь и никто, и день зря.  Категорически!

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

25. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от парасолька_реборн on 19-Янв-18, 15:25 
>не git, а владения аж двумя командами - push и clone. Но да, все они гордо пишут "владение g

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

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

27. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Crazy Alex (ok) on 19-Янв-18, 15:35 
Вообще-то как минимум checkout -b умеют, даже если все мержи через какой-то визуальный тул вроде гитлаба. И blame.

Если гуй есть - то да, джуну/миддлу больше ничегоне нужно, если без него - git log ещё. остальное - rebase, ручной merge, cherry-pick и подобное - тем, кто понимает, что делает, их много не надо.

А так - согласен, чем проще процесс тем меньше шансов начудить.

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

34. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от llolik (ok) on 19-Янв-18, 16:28 
> rebase, ручной merge, cherry-pick и подобное - тем, кто понимает, что делает, их много не надо

Ещё stash забыл. Тоже часто полезная штука.

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

36. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 19-Янв-18, 16:49 
Не забыл. Полезная фича, да, и сам я к ней привык... Но склонна порождать бардак, лучше локальные ветки плодить.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

67. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 21-Янв-18, 11:00 
> Не забыл. Полезная фича, да, и сам я к ней привык... Но
> склонна порождать бардак, лучше локальные ветки плодить.

Не, ну bisect еще все-таки нужен, баги им ловить все-таки круто.

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

77. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok) on 23-Янв-18, 14:44 
Угу, нужен, круто, но слишком сложно для многих. Не сам процесс (он тривиален), а всё, что вокруг него - чтобы оно корректно работало нужен хорошо поставленный процесс чтобы не ловить "хвосты" старых сборок, иметь приемлемое время выполнения одной итерации и обеспечить повторяемые действия по проверке на баг и довольно аккуратную историю с минимумом поломанных коммитов.

В общем, в реальной жизни часто проще и быстрее отсечь какой-то диапазон руками (а то и руками QA) и потупить на диффы, а дальше отлаживать обычным образом - логи/дебаггер.

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

83. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 25-Янв-18, 13:04 
Не понял что там сложного. Сам процесс прост как тапка, все сводится к тому можешь ты стабильно воспроизвести баг или нет. Бывают подлые классы багов которые могут основательно посношать мозг, так что в результате окажется что баг плавающий и был всегда. Но с bisect это станет понятно за десяток итераций по бреду который нашелся. А без него в таком случае вообще мозг сломаешь.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

44. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от yet another anonymous on 19-Янв-18, 17:34 

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

Эта система позволяет разгрести даже такие конюшни и привести все в приемлемый вид. Конечно, это требует квалификации и (в зависимости от запущенности случая), времени.

Помойку в VCS я видел во вмногих системах, разгребать умею (или умел) в четырёх. В этом смысле мощнее git'а ничего нет.

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

63. "Выпуск распределенной системы управления исходными текстами ..."  –4 +/
Сообщение от Гоги on 21-Янв-18, 02:17 
> система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей почтой...

+1! Вообще не догоняю, как "это" можно называть DVCS! Это ж тупо "патчилка ядра"! :)

Хороший редактор не может родиться на идее "давайте напишем программу движения курсором". DVCS требует очень глубокого проектирования, обсуждения деталей с сотней экспертов, нахождение всех мыслимых use case'ов и их отсев по полезности и т.п.
Что сделал Трольвадс? Просто написал архиватор ревизий! Главное же - ввязаться в бой, а там посмотрим!

Я не хочу сказать, что Mercurial намного круче, но то, что он более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а!

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

68. "Выпуск распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от Аноним (??) on 21-Янв-18, 11:04 
> Что сделал Трольвадс? Просто написал архиватор ревизий! Главное же - ввязаться в
> бой, а там посмотрим!

Вообще-то он наполовину подсмотрел идею этого. И нет, DVCS - не редактор. И где все твои сотни экспертов? Впахивают пытаясь зачать ребенка за месяц взяв 9 женщин?

> Я не хочу сказать, что Mercurial намного круче, но то, что он
> более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а!

Охрененный паттерн проектирования - пытаться мимикрировать dvcs под svn, как будто мир состоит только из необучаемых даунов. Такие hg и стали пользоваться.

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

72. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от хрюзер on 22-Янв-18, 08:40 
> Я не хочу сказать, что Mercurial намного круче, но то, что он более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а!

да вы что? Одна работа с ветками в HG стоит того, что бы забыть и не вспоминать. В состав changeset-а входит название ветки! "Это какой-то позор"

Я был "утенком" у HG, т.е. после SVN я начал использовать HG, и долгое время не признавал git, т.к. не было реального проекта. Но после освоение git, которое произошло в другой команде, я понял, что HG - это колодки на ногах.

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

73. "Выпуск распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Andrey Mitrofanov on 22-Янв-18, 11:39 
>> система, изначально придуманная человеком, ниасилившим ничего, кроме приема патчей почтой...
> ж тупо "патчилка ядра"! :)

Гоги, дарагой, ты за меня или за медведя?! Полегше с сарказмом-то, его не то что медведь, но и большая половина местных (как тех, кто "за", так и те, что "против"/"усё пропало шеф") не поймут

> Хороший редактор не может
> Что сделал Трольвадс? Просто написал

Вообще-то он пере-реализовал архитектуру г-на МакВея из БитКиппера.

Просто, да не "просто курсор подвигать".

>архиватор ревизий! Главное же - ввязаться в
> бой, а там посмотрим!
> Я не хочу сказать, что Mercurial намного круче, но то, что он
> более грамотно спроектирован - точно. Не идеально, но лучше Gыt'а!

Надо тоньше!

Высмеивать -- так обоих. А то е смешно совсем, запашок странный итпр.

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

37. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Michael Shigorin email(ok) on 19-Янв-18, 16:54 
> rebase.abbreviateCommands

Странно, что не rebase.abbr :)

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

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

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




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

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