The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск распределенной системы управления исходными текстами ..., opennews (??), 19-Янв-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


25. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от парасолька_реборн (?), 19-Янв-18, 15:25 
>не git, а владения аж двумя командами - push и clone. Но да, все они гордо пишут "владение g

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

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

27. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Crazy Alex (ok), 19-Янв-18, 15:35 
Вообще-то как минимум checkout -b умеют, даже если все мержи через какой-то визуальный тул вроде гитлаба. И blame.

Если гуй есть - то да, джуну/миддлу больше ничегоне нужно, если без него - git log ещё. остальное - rebase, ручной merge, cherry-pick и подобное - тем, кто понимает, что делает, их много не надо.

А так - согласен, чем проще процесс тем меньше шансов начудить.

Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от llolik (ok), 19-Янв-18, 16:28 
> rebase, ручной merge, cherry-pick и подобное - тем, кто понимает, что делает, их много не надо

Ещё stash забыл. Тоже часто полезная штука.

Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok), 19-Янв-18, 16:49 
Не забыл. Полезная фича, да, и сам я к ней привык... Но склонна порождать бардак, лучше локальные ветки плодить.
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (-), 21-Янв-18, 11:00 
> Не забыл. Полезная фича, да, и сам я к ней привык... Но
> склонна порождать бардак, лучше локальные ветки плодить.

Не, ну bisect еще все-таки нужен, баги им ловить все-таки круто.

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Crazy Alex (ok), 23-Янв-18, 14:44 
Угу, нужен, круто, но слишком сложно для многих. Не сам процесс (он тривиален), а всё, что вокруг него - чтобы оно корректно работало нужен хорошо поставленный процесс чтобы не ловить "хвосты" старых сборок, иметь приемлемое время выполнения одной итерации и обеспечить повторяемые действия по проверке на баг и довольно аккуратную историю с минимумом поломанных коммитов.

В общем, в реальной жизни часто проще и быстрее отсечь какой-то диапазон руками (а то и руками QA) и потупить на диффы, а дальше отлаживать обычным образом - логи/дебаггер.

Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (-), 25-Янв-18, 13:04 
Не понял что там сложного. Сам процесс прост как тапка, все сводится к тому можешь ты стабильно воспроизвести баг или нет. Бывают подлые классы багов которые могут основательно посношать мозг, так что в результате окажется что баг плавающий и был всегда. Но с bisect это станет понятно за десяток итераций по бреду который нашелся. А без него в таком случае вообще мозг сломаешь.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру