У некоторых операторов есть услуга «дополнительный номер». И основной не палите и заменить на новый проще простого и никаких неудобств тому кто хочет с вами связаться. Похоже что вы решили проблему которую сами придумали.
Курил 7 лет, не курю уже 10. Просто как-то подумал — неужели нужен какой-то «знак», чтоб окончательно бросить? Сколько лет я буду ждать такого «знака» и стоит ли доводить до него?
Бросил в один день, без табексов и литературы. Никаких физиологических сложностей не последовало. По началу присутствовало чувство какой-то незавершенности, как будто что-то надо сделать. В рабочее время часто выхожу с курильщиками пожевать яблоко.
Ну в этом и была суть данного нововведения в ES6 — упростить синтаксис. Я не пытаюсь сказать что в вашей статье сделано не правильно, я говорю что можно лучше.
Никто не заставляет пользоваться флагами, пожалуйста обрабатывайте вывод чем угодно. Но когда станет вопрос производительности — лучше иметь способ отфильтровать данные до передачи в поток вывода.
Я могу согласится с тем, что «черепаха» прекрасно подойдет когда нет времени разбираться с синтаксисом команд гита. Либо когда людей/веток в проекте не так много.
На своем опыте могу сказать, что существуют проекты на которых часто надо выбирать делать pull через merge или rebase, регулярно приходится использовать stash. А если еще хочется держать историю чистенькой, то вспоминаешь про squash, amend и другие приятные команды. Возможно «черепаха» научилась удобно все это использовать, давно не пользовался.
Резюмируя: лично мне в 90% случаев хватает функционала работы с гитом встроенного в IDE, но оставшиеся 10% более критичны.
Ну например для выполнения команд по SSH, или для понимания что именно «черепаха» сделает по клику на икноке, или если вы работаете в разных окружениях и запомнить иконки и меню разных GUI становится сложнее чем помнить хотя бы основные команды. А еще есть дополнения к гиту и не всякая «черепаха» умеет с ними работать.
Конкретно ваши — не знаю, он может работать вместе с Ansible, мне не довелось работать с Jenkins, но функционала GitLab пока хватает. По сути можете заставить воркеры выполнять все что вам угодно, хоть дергать тот же Jenkins.
GitLab угрожает другому продукту — Bitbucket. C JIRA он даже не пытается соревноваться (пока?) и хорошо что так. Я думаю Bitbucket приносит значительно меньше дохода чем JIRA. А GitLab отличное решение DevOps решение All-in-one и ему есть кому наступать на пятки.
5-ти минутное знакомство со снепчатом закончилось удалением. Не столько потому, что сложно разобраться, сколько по эстетическим соображениям. Часто слышу упоминание в разных подкастах, но попробовать снова — не тянет, даже ради «прикольных штук». Видимо не целевая аудитория.
Бросил в один день, без табексов и литературы. Никаких физиологических сложностей не последовало. По началу присутствовало чувство какой-то незавершенности, как будто что-то надо сделать. В рабочее время часто выхожу с курильщиками пожевать яблоко.
data: function () {}вместо
data() {}git rm -r --cached dist/
На своем опыте могу сказать, что существуют проекты на которых часто надо выбирать делать pull через merge или rebase, регулярно приходится использовать stash. А если еще хочется держать историю чистенькой, то вспоминаешь про squash, amend и другие приятные команды. Возможно «черепаха» научилась удобно все это использовать, давно не пользовался.
Резюмируя: лично мне в 90% случаев хватает функционала работы с гитом встроенного в IDE, но оставшиеся 10% более критичны.