• Зачем пользователи GIT-а редактируют свои коммиты
    –2
    Я лучше буду отрывать руки тем, кто будет перезаписывать удалённые ветки :-)
  • Зачем пользователи GIT-а редактируют свои коммиты
    0
    Спасибо за статью.
    Открыл для себя такую вещь как squash (сплющивание нескольких коммитов или целых ветов в один коммит)
    Но сразу же возник большой вопрос, на который не смог найти в интернетах вразумительного ответа.
    Ткните ссылкой, если уже где-то был ответ, но пока мне интересен ответ на следующий кейс:
    Текущий workflow команды разрабов выглядит так:

    git pull
    git commit -am "фича1"
    git commit -am "баг в фиче1"
    git pull
    git push
    git commit -am "фича2"
    git commit -am "новый баг в фиче1"
    git commit -am "Всё, вот теперь точно финал"
    git pull
    git push
    


    Внимание вопрос. Возможно ли сплющить эти 4 коммита к фиче1 в один коммит уже после того, как они были запушены в общую ветку и ничего не сломать при этом или уже поздно метаться и надо было раньше думать? :-)

  • Сергей Брин: смартфоны асоциальны
    0
    image
  • Separate – Шаблонизатор для PHP
    0
    Чем-то на Sigma Templates похоже
  • Автоматизированный рефакторинг в большом проекте
    0
    Даже сама хорошая IDE'шка очень часто бывает бессильна
  • Автоматизированный рефакторинг в большом проекте
    +3
    Зато так можно помечать конструкции любой сложности, а не только простые для авто-замены вещи
  • Автоматизированный рефакторинг в большом проекте
    +12
    А можно и без всяких автоматов обойтись. Можно помечать старые Функции и методы тегом @deprecated, плюс в устаревший метод вкладывать вызов логера, который логирует вызов старых методов и где-нибудь начинают всплывать в логах записи о выполении старых методов. А так же помечать целые классы @deprecated и проверять в autoload'e наличие этого тега.

    После этого в правильных IDE начнут всплывать подсказки у разрабочиков, что эти методы или классы уже устарели и их надо бы заменить, но и в логи активно сыпаться начнёт всё это дело.
  • Scrum — реальный опыт работы по методологии
    +1
    Ну это проблема уже команды, которая не может пояснить заказчику, что она не можеть взять в итерацию больше обещанного. У нас тоже такое правило есть, но оно не распространяется на хотфиксы, которые прилетают со статусом «аааа, всё упало» и команда не может их не взять, если это угрожает стабильности продукта. У каждой команды есть свой менеджер который отвечает за часть продукта и уже он заворачивает все «хотелки» выше стоящих людей, а если не заворачивает, то берёт ответственность на себя, за то что, его команда не выпустила обещанный функционал в срок. В остальном же, задачи по улучшению и не критическим багам легко двигаются в следующюю итерацию или вообще в беклог. Так что всё возможно.
  • Эмуляция многопоточности в PHP
    0
    Мне кажется, что многопоточность в PHP — это такой Святой Грааль, Секрет Бессмертия и Вечный Двигатель в одном флаконе.
  • В PHP 5.5 возможно появится Finally
    0
    Вообще конечно в мэйл-листе много интересных тем обсуждается. Постараюсь следить за ним:-)
  • В PHP 5.5 возможно появится Finally
    0
    Я думаю, что как только предложение «превратить все фаталы, ворнинги и т.д в исключения» пройдет стадию обсуждения и апрува, то и finally начнет все спазу отлавливать и обрабатывать ;-)
  • В PHP 5.5 возможно появится Finally
    +1
    Я все же подозреваю, что в этом блоге все всё правильно поняли ;-)
  • В PHP 5.5 возможно появится Finally
    0
    Смысла тогда в нём особого не будет. В finally мы будем всегда закрывать коннекты, писать логи, работать с транзакциями… вариантов много… а catch — это для более тонкой настройки останется.
  • Релиз Notepad++ 6.1.3
    +3
    Вспоминаю те времена, когда Notepad++ был просто хорошей заменой обычного нотпада с подсветкой синтаксиса и вкладками. А теперь он почти как Nero стал :)
  • Подробности кухни разработки Diablo II (от 2000 года)
    +33
    То что графика там была плохая, я узнал только что, прочитав статью. Всё там было отлично. Особенно после графики первой диаблы. С другими играми я её тогда не сравнивал.
  • Проверка соблюдения стандартов кодирования РHP через git
    0
    для этого, хук должен быть настроен так, что сторонние либы не проверялись. Так же как и устаревшие, архивные проекты например.
  • Проверка соблюдения стандартов кодирования РHP через git
    0
    неправильный перенос — возможно. А вот множество однострочных конструкций, отсутствие коментариев ко всему что только можно, именование методов и классов, табы вперемешку с пробелами, 10-20 ретурнов в одном методе и тому подобные красоты, вызывает множество свойких желаний…

    Так что CodeSniffer — это TRUE
  • 10 мест запрещённых для просмотра на Google Maps
    +2
    Необновлённый кусок карты над военной частью рядом с Москвой. g.co/maps/sfy3e хотя в яндексе обновлённый.
  • Как стреляет шутер
    0
    Не… Килл кам всегда показывает, сколько у человека осталось % на момент твоего убийства. Даже если ты не попал в человека и на момент убийства у него было 100%, а потом его убили, килл кам покажет труп со 100%

    Да и много раз случалось, когда я сам бегал с 0%
  • Как стреляет шутер
    0
    Больше всего раздражает, когда включается killcam и тебе показывают, что у убийцы «осталось» 0%. Хотя конечно, когда у тебя остаётся 0% и ты жив — это немного радует.
  • Демоны на PHP
    0
    АааААааа!!! Демоны!!! (с) Иван Васильевич меняет профессию
  • Opera Mobile Emulator 11.5
    +2
    Первый раз услышал о таком. Спасибо за ссылочку :-)
  • CubeStormer II собирает «Кубик Рубика» за 5 секунд
    +1
    О! Galaxy S II хорошо кубик рубик собирает!
  • Тестирование торговой системы на PHP
    –1
    Эх… сказывается влияние пятницы видимо :-)
  • Тестирование торговой системы на PHP
    –31
    Один я прочитал заголовок как «Тестирование торТовой системы на PHP»? :)
  • Моя бабушка — программист
    –28
    Только глянул, что автор темы — девушка. Тогда, конечно «сам» — автор статьи.
  • Моя бабушка — программист
    –24
    Прекрасно! Сам написал статью, сам бабулю затролил! :-D
  • Mari0
    0
  • Если бы PHP был британским
    0
    Нашёл страничку заказа php-слоника, но не могу заказать, потому как не даёт выбрать метод оплаты. :-(
  • Runkit + PHPUnit = 100% покрытие тестами
    0
    Вот только недавно с товарищем думали над этой связкой. Но интересней мокать не отдельные функции, а целые классы, дабы, например можно было перегружать классы со статик-методами :-)
  • 1 апреля
    +3
    image
  • 1 апреля
    +6
    Разделы «Групповой секс» и «вибраторы» — самые удачные :-)
  • Код Microsoft принят в виде официальных плагинов jQuery
    0
    Клааасссс — Smarty для JQuery =)
  • Еще несколько полезных плагинов
    +1
    про Growl: понравились обой на сайте плагина :-)
  • Как мы использовали SVN в сложном проекте
    0
    воть, а нам нужно было :)
  • Как мы использовали SVN в сложном проекте
    +1
    с ходу сложно вспомнить так конкретные примеры. Один из, я уже назвал чуть выше. Плюс регулярные потери файлов при больших мерджах, плюс конфликты на «пустом месте», когда одна команда работает над своим кодом, другая над другим. И когда одна коммитит код, а вторая просто подтягивает ихний код и тут возникают конфликты. Вот это убивало просто. К тому же невозможность быстрого создания и удаления веток (жуткий гимор был), невозможность нормального грепа по коду из-за .svn хлама. Много сложностей было. Возможно это всё организационное было, но с гитом как-то много спокойней стало :)
  • Как мы использовали SVN в сложном проекте
    0
    Просто SVN, на сколько я понял, вообще не предполагает, что команд может быть несколько и все они будут работать с одним кодом в разных ветках. И вот когда начинается такая работа, то начинается ад с мерджами. =(
  • Как мы использовали SVN в сложном проекте
    0
    дело как-раз в том, что конфликты порой на пустом месте в SVN возникали. Файл никто не редактировал, но он вызывает конфликт. Конфликт разрулен, файл всю итерацию никто не редактирует, а при мердже снова конфликт. В общем надоело. С гитом много проще все. Конфликты бывают но очень редко и очень быстро правятся. Плюс куча других плюшек :)
  • Как мы использовали SVN в сложном проекте
    0
    Мы намучались с SVN вдоволь. У нас несколько команд и куча проектов. Сначало все работали с одной веткой. Было неудобно, но в целом терпимо. Решили, что каждая команда будет работать в своей ветке, а потом по окончанию итерации сливать в главную ветку. В итоге, в конце итерации устраилвся многочасовой merge-fest с разруливанием многочисленных конфликтов и так каждую итерацию. Это жутко надоело. Выделили пару человек, которые полностью подготовили GIT репозиторий и просто в один день все встали и пересели на GIT. Все довольны =)
  • Как же стать злым?
    +1
    кто про что, а вы всё про баню :-)