10 лет Git

Вот ни разу не пользовался, и надеюсь не придётся.

Хотя штука полезная.

10 лет, а говно говном...

А с чем сравниваем?

когда подходил вечер, все делали коммиты

Входите–выходите на предприятие по карточкам?

да, было по карточкам бизнес центра сначала, потом по картам офиса.

Сомнительная нужность, в таком случае проще добавлять только определённые файлы.

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

С приветом от Mercurial!

А что ты понимаешь под !(новым духом ЛОРа)?

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

иначе надо было обучать программистов молодых гиту долго и упорно

Символизирует.

для проекта на php где 300 отдельных модулей и куча того, что надо игнорить при комите, он неудобен.

игнор — далеко не самая большая его проблема. я бы даже сказал, одна из самых мелких.

Мде. Тебе настолько трудно изъясняться человеческим языком, что тебя даже жаль немного.

10 лет назад?! Я не верю. По-моему это было позапрошлой зимой. Остановите время.

А с чем сравниваем?

С Mercurial, естественно.

а как это по человечески?

но он предпочтителен под С# и вообще в разработке под винду.

И ещё чуть-чуть :)

но он предпочтителен под С# и вообще в разработке под винду.

я пользуюсь hg под вендой, в т.ч. для c#, и не вижу никаких преимуществ перед git (недостатков куча, но они не специфичны для венды или c#). можешь более конкретно описать, чем именно он предпочтителен?

а как это по человечески?

Ты не сможешь, не трать силы зря.

я не смогу, просто заметил, что например в 404 групп, под виндовые проекты был меркур а под линукс гит, и сколько не ездил по собеседованиям, где разработка под винду, там всегда был меркур.

ну так ты напиши, раз такой гений.

все делали коммиты, но коммитить весь проект бред

Твой опус тоже похож на бессвязный бред шизофреника, и тем не менее... Твои «программисты» вообще слышали про git add?

а я везде вижу perforce и svn. мы используем hg на работе для кроссплатформы (21 платформа в данный момент, в т.ч. линукс). но у нас особый случай, контора серьезно вложилась в доработку hg под наши нужды, в те времена, когда ни git, ни hg не могли делать что надо. вероятно, поддержка венды тоже сыграла роль, но я никогда не замечал никаких проблем с git под вендой, кроме требования unix shell.

часть из них вообще умели только кнопку нажимать в phpstorm

гуй, же :)

Что мешало программистам социально взаимодействовать до создания git?

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

Толксы почитай. Да и не только толксы.

С Mercurial, естественно.

Есть какие-то сильно торчащие косяки при переходе с одного на другое?

// Mercurial совсем недавно использовать начал, немного тоскую по Magit

Не собеседуйся php программиста если ты не php программист.

Меркуриал - это та фигня, которая репы час клонит? Не,спасибо

часть из них вообще умели только кнопку нажимать в phpstorm

Наркоманы, плиз.
Гнать таких «программистов» в шею надо. https://git-scm.herokuapp.com/book/ru/v2 (1 и 2 глава) + полтора часа времени, и твои «программисты» владеют гитом в объёме, достаточном для 99% задач.

С тех пор как он обиделся - дух стал не тот. Совпадение? Не думаю.

Хм, думал он старше...

гы, за 6 часов можно было и обучить :-)

Вот так поделка, сляпанная за одни выходные

За выходные, положим, было обозначено направление мысли и сделан первый набросок набора функций.

эээ. Какой?

А git сильно быстрее?

У меня на ум из объёмного и на hg только mozilla-central, надо бы сверить с git'ом на скорость.

Да, есть же люди!

Честно говоря, для очень многих один только git мог бы стать достойной вершиной карьеры.

Да помню, помню когда mangos перелез на git это как готок свежего воздуха был.

Пользуясь случаем спрошу: в чем причина использовать malloc(), а потом memset() нулями? У calloc() есть отрицательные особенности?

Git - SILA!

malloc - «ленивый» аллокатор, последующий memset() заставляет ОС действительно выделить нужное число страниц процессу (чтобы потом не было казусов).

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

На счет malloc() понятно, я имел вввиду разницу между malloc() + memset() vs calloc(). Ведь calloc() же не может быть ленивым?

Тут когда-то был большой срач на эту тему, поищи в development

Был такой человек — Розенталь Д.И., он пытался объяснить, как. В сети достаточно много его трудов доступно.

Эпические костыли. Что мешало делать не git add ., а добавлять только нужные файлы?

А как зависит выбор системы контроля версий от языка?

это твоя эникейская судьба на всю жизнь, смирись

потому что часть программистов забывали где они делали правки за день.... и потом мне было весело ночью из бэкапа проект доставать...