01.01.2019, 17:08
github - это сервис для хостинга и совместной разработки it-проектов. Написал к примеру альфа-версию программы, выложил на гитхаб, и вот над твоим проектом уже могут работать другие разработчики, вместе дорабатывая и улучшая продукт. На скринах сверху упрощенно говоря таблицы активности работы с твоими проектами. Пустые клетки - изменения в проекте не заливал на гитхаб, салатового цвета клетка - значит че-то новое закинул, чем темнее зеленый тем больше нового залил на ресурс.
> таблицы активности работы с твоими проектами
таблицы твоей активности над любыми проектами
таблицы твоей активности над любыми проектами
>>упрощенно говоря таблицы активности работы
Да, я зануда, но блинаааааа....
Вообще так себе показатель. Можно месяц как последний экстримал ебашить код и залить только уже определеный билд (желательно рабочий). Да, в определеный момент может сдохнуть диск и весь код пропадет, но если работа с одной машины одним человеком, то создавать новые ветки порой геморно. Плюс есть задачи требующие более дня решения, а заливать неработающий билд та еще история.
Либо еще более интереная картина -- залил код, а он не билдится у других. Залил новые файлы и удаление старых. Опять не билдится. Залил правки в проджект-файле и конфигах. Тимсити сигналит о завалившихся тестах. Последние правки, и вуаля -- целых четыре комита на одну таску.
Да, я зануда, но блинаааааа....
Вообще так себе показатель. Можно месяц как последний экстримал ебашить код и залить только уже определеный билд (желательно рабочий). Да, в определеный момент может сдохнуть диск и весь код пропадет, но если работа с одной машины одним человеком, то создавать новые ветки порой геморно. Плюс есть задачи требующие более дня решения, а заливать неработающий билд та еще история.
Либо еще более интереная картина -- залил код, а он не билдится у других. Залил новые файлы и удаление старых. Опять не билдится. Залил правки в проджект-файле и конфигах. Тимсити сигналит о завалившихся тестах. Последние правки, и вуаля -- целых четыре комита на одну таску.
>> Если ты про обьединение комитов -- практикуется не всегда (особено при отсутствие кодеревью)
Я делаю код ревью на одном достаточно не мелком проекте. У нас там висит около 65 разных бранчей.
Я всегда, всегда требую, чтобы все коммиты были мелкие, с одной конкретной целью. В мастер я мержу только уже готовые пуллреквесты, которые были проверены на собираемость при разных опциях билда на билд машине и лично мной проверены. Пулл реквесты с большим колличеством мусорных коммитов, я просто сквошу и мержу.
Бывает так, что висит по 20 пуллреквестов. Иногда бывают мелкие проблемы с бэкмерджем из мастера в ветки где фичи еще в процессе имплементации, но пофиксить конфликты обычно не проблема.
>> Можно месяц как последний экстримал ебашить код и залить только уже определеный билд (желательно рабочий)
>> создавать новые ветки порой геморно
>> Плюс есть задачи требующие более дня решения, а заливать неработающий билд та еще история.
Это какая-то ересь
Я делаю код ревью на одном достаточно не мелком проекте. У нас там висит около 65 разных бранчей.
Я всегда, всегда требую, чтобы все коммиты были мелкие, с одной конкретной целью. В мастер я мержу только уже готовые пуллреквесты, которые были проверены на собираемость при разных опциях билда на билд машине и лично мной проверены. Пулл реквесты с большим колличеством мусорных коммитов, я просто сквошу и мержу.
Бывает так, что висит по 20 пуллреквестов. Иногда бывают мелкие проблемы с бэкмерджем из мастера в ветки где фичи еще в процессе имплементации, но пофиксить конфликты обычно не проблема.
>> Можно месяц как последний экстримал ебашить код и залить только уже определеный билд (желательно рабочий)
>> создавать новые ветки порой геморно
>> Плюс есть задачи требующие более дня решения, а заливать неработающий билд та еще история.
Это какая-то ересь
>>Я делаю код ревью на одном достаточно не мелком проекте.
из моей практики, тусил на четверых проектах, где кодревью отсутствовало как понятие. Последние два вообще были на вроде как "крупной международной компании" (хотя главный по офису менеджер и пытался внедрить такую практику, сейчас понимаю насколько плохо было что забили). Хотя нет -- кодга только приняли, то код первый месяц проверяли. Утопия, увы, не везде.
>>Это какая-то ересь
ну, первые две вещи действительно лучше не практиковать, но что удивительно в задачах, которые растягиваются на два дня? Блин, да банально можно уйти в ресеч технологии и целую неделю нифига не комитить.
Я вообще к тому, что деятельность над проектом оценивать по обьему комитов нельзя. В противном случае скатываемся к индуской системе "больше строк кода -- лучше".
из моей практики, тусил на четверых проектах, где кодревью отсутствовало как понятие. Последние два вообще были на вроде как "крупной международной компании" (хотя главный по офису менеджер и пытался внедрить такую практику, сейчас понимаю насколько плохо было что забили). Хотя нет -- кодга только приняли, то код первый месяц проверяли. Утопия, увы, не везде.
>>Это какая-то ересь
ну, первые две вещи действительно лучше не практиковать, но что удивительно в задачах, которые растягиваются на два дня? Блин, да банально можно уйти в ресеч технологии и целую неделю нифига не комитить.
Я вообще к тому, что деятельность над проектом оценивать по обьему комитов нельзя. В противном случае скатываемся к индуской системе "больше строк кода -- лучше".
Ой столько лет уже прошло, может он уже и там на админку насосал :3
Чтобы написать коммент, необходимо залогиниться
