Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
16.03.2020, 19:16
|
|||
---|---|---|---|
|
|||
для чего использовать git rebase |
|||
#18+
Привет! ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.03.2020, 04:17
|
|||
---|---|---|---|
|
|||
для чего использовать git rebase |
|||
#18+
Чтобы не было такого треша. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.03.2020, 11:35
|
|||
---|---|---|---|
для чего использовать git rebase |
|||
#18+
Rebase требует дополнительных усилий по поддержке линейной адресации коммитов. Я-бы сказал что он решает столько проблем сколько и создает новых. Вобщем я-бы предложил автору не париться этим вопросом вообще. Если эта опция не придавила - то скорее всего она просто не нужна. Можно прожить долгую и счастливую жизнь разработчика но так и не подойти к ребейзу. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.03.2020, 15:02
|
|||
---|---|---|---|
|
|||
для чего использовать git rebase |
|||
#18+
а как же Pull Request'ы на слияние? честно говоря, я вообще не понимаю, как могут мешать все эти полоски? или вы их по линейке как в армии полоски на кроватях выравнивайте? в реально жизни они нужны только для наглядности и не более того ... |
|||
:
Нравится:
Не нравится:
|
|||
|
17.03.2020, 19:24
|
|||
---|---|---|---|
для чего использовать git rebase |
|||
#18+
А что пул-реквест? Ты мысль развивай. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
18.03.2020, 05:36
|
|||
---|---|---|---|
|
|||
для чего использовать git rebase |
|||
#18+
Зачем в системе лишние merge комиты? Вышел ты из отпуска, можешь посмотреть наглядно что понаделали в проекте за время твоего отсутствия не ломая глаза. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
18.03.2020, 23:02
|
|||
---|---|---|---|
|
|||
для чего использовать git rebase |
|||
#18+
Зачем нужен rebase? Это прежде всего уборка кода перед публикацией. Каждый фикс или новая фича производится в 2 этапа (с точки зрения SCM). 1) Куча отладочных коммитов в локальный репо, пока все не заработает как надо 2) Публикация коммита в публичных репо. Никому не интересны ваши коммиты на первой стадии. Поэтому они все используя rebase squash сливаются в один коммит. Дальше, публикация итогового коммита возможна двумя способами - merge или rebase (ну или в тривиальном случае ни то не то не нужно т.к. больше никто не коммитил с момента начала изменений). Тут дело вкуса и внутренних правил проекта. Но линейная история которую дает rebase более читаемая. Недостаток rebase в том что после публикации коммита его rebase (изменение истории) невозможен. Merge не меняет историю, поэтому такого недостатка нет, но есть другой недостаток - куча ветвлений в истории, которая по сути линейна. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=16&mobile=1&tid=1339816]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
174ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 245ms |
total: | 516ms |
0 / 0 |