Обновить
73
0
Vasiliy Sorokin @Vass

C++ Developer

Отправить сообщение
А когда в России стартуют продаже Nokia 105? Пожалуй приобрету пару трубок прозапас.
Я вам про одно, а вы мне про другое, я описал конкретную ситуацию, когда ваша схема не приносит ничего кроме головной боли, написать тест который упадет довольно легко даже для некритического бага например
//где-то в коде
...
window->setTitle("Mian Window");
....

//тест
....
EXPECT_EQ("Main Window", window->title());
....


Этот тест делает билд красным.
Надо исправлять это ПРЯМО СЕЙЧАС (если об этом есть запись в багтерекере, это запланировано на следующую итерацию и т.д.)?

НЕТ! не надо.

Зато когда поверх красного билда из-за это фигни, придет что-то действительно критическое (например забыли сделать git add) перед коммитом, то это можно просто не заметить, был красный билд, остался красный — шут его разберет, почему он красный.
Бред, хорошо когда у вас один красный тест, но если у вас их десять (именно потому что тесты правильные вы написали, но до исправления руки не дошли) и вы их будете отправлять на CI, то когда у вас упадет 11 тест вы этого не заметите потому что билд был красным, красным и останется. и не надо говорить что где-то там поменяется в отчете цифра с 10/12372 failed на 11/12372 failed этого просто никто не заметит, а если и заметит, то не будет разбираться, потому что решит что это коллега, нашел очередной тест, на котором падает и просто добавил его в систему.

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

А по вашей логике получается что девелоперы такие бессознательные, что пишут только за зеленый огонек, так тогда, опять же по логике, проще вообще тесты не писать: нет тестов — нет красных билдов.
Если в начале-середине 90-х у тебя была Montana — ты резко социально вырастал что в школе, что во дворе :) Эх, время было :)
Ну а что делать, на первом курсе я на типографии больничные карты степлером скреплял, да дырки в этикетках для электрокабеля сверлил, на втором курсе, потолки в цехах шкурил/штукатурил/красил, а на третьем стал работать по специальностию. Да, конечно, на первых курсах денег на всякие конференции не было, но тогда и конференций было не много, зато хватало на всякие прибабахи к компу, книги, интернет и диски с софтом.
Да я сам не из DC и не учился там, но к 4-5 курсу успевал работать и учиться, и стипендия мне была фиолетова вообще.
Ой, да ладно, посмотрите на нынешних студентов, все в айфонах и айпедах увешаны, а 100 баксов на полезное мероприятие не найти? Причем, если брать старшекуров, то они явно уже работают, так что деньги должны быть, причем деньги-то просят небольшие.
Кстати, у меня во разъяснилось пока что, посмотрим что будет ближе к вечеру
50% же!
Это очевидно — или упадет в черте города, или не упадет… ;)
Ну тогда для уверенности им придется нашедшего застрелить (а вдруг уже все скопировал?)
Доктор смотрит на пра(пра)дедушку с восхищением и гордостью :)

Я думал куски генерируются, автоматически, а на самом деле там всегда один и тот же набор
О теперь про UI, удивительно как похожи все аргументы приверженцев Hg :)
Git не нужен UI как таковой, потому что все делается достаточно просто, быстро, удобно и безопасно из консоли.
UI может требоваться в двух случаях merge/diff — для этого есть миллион утиит которые прекрасно подключаются к Git и Mercurial впрочем тоже.
И чтобы посмотреть/поискать по дереву, с этим отлично справляется gitk (хотя есть еще десяток проектов разнйо степени стрёмности)
Не знаю в какой ветке спросить у спеца Mercurial'а один мучающий меня давно вопрос, так что прошу здесь, в ветке про ключи.
Вот смотрите, у push есть ключ --new-branch,
у commit есть ключ --close-branch

так какого черта у rebase ключ --keepbranches???
Где дефис?
А что мне это дает как пользователю?
А в пользу Mercurial только один (и кстати вы не первый кто в этом признается): «Не осилил Git»
Ок вы не поняли над чем я смеюсь, я поясню.
Вам не кажется смешным, что сначала придумываются букмарки, которые как бранчи, только локальные, чтобы не срать в историю, а потом букмаркам делается возможность срать в историю, в результате мы получаем бранчи, которые срут в историю, и букмарки которые срут в историю. Что-то мне теперь не понятно, а где разница то?
Капитан Жан Люк Пикард скажет за меня

image

Информация

В рейтинге
Не участвует
Откуда
Ярославская обл., Россия
Дата рождения
Зарегистрирован
Активность