Size: a a a

DocOps-сообщество

2021 October 22

DB

Dima Boger in DocOps-сообщество
хе-хе, не, я тут на стороне IDE-ешек — править ребейз-конфликты невесело
источник

NV

Nick Volynkin in DocOps-сообщество
Разработчики клиентов часто пытаются «помочь» пользователю и вводят какие-то новые сущности, которых в гите исходно нет. Например, встречал кнопку «синхронизироваться с репозиторием». Вот что это? Или могут скрывать очень конкретные сообщения об ошибках, заменяя их абстрактным «что-то пошло не так».
источник

NV

Nick Volynkin in DocOps-сообщество
В некоторых случаях IDE удобны, согласен. Мержить и ребейзить очень хорошо в три панели. Но базовые операции, как мне кажется, лучше делать прямо в консоли.
источник

AL

Andrey Listochkin in DocOps-сообщество
я и в консоли что-то делаю, и в клиентах отдельных. В некоторых очень удобно коммиты местами менять, разбивать коммит на два, мержить несколько в один и тд

Ну и набирать коммит отдельными строками / ханками удобнее, чем в консоли имхо, и поэтому консольных юзеров гита всегда легко вычислить - им влом этой фигней заниматься, они коммитят файлы целиком, и поэтому их коммиты грзные.
источник

CL

Constantine Linnick in DocOps-сообщество
ребейз конфликты возникают если два человека один раздел правят. Если один файл то конфликты будут постоянно, если разбито на маленькие подразделы то и конфликтов не будет
источник

DB

Dima Boger in DocOps-сообщество
я разработчик, меня можно не слушать
источник

CL

Constantine Linnick in DocOps-сообщество
git fetch, получить удаленную историю не делая локальных изменений
источник

ME

Maria Ermakovich in DocOps-сообщество
прекрасное
источник

M

Maeg in DocOps-сообщество
Я, видимо, из породы тупеньких техписов - сама себе пишу инструкции на случай если обнулюсь, как золотая рыбка. И вот реально который год и который проект у меня шпаргалки с командами начиная с cd c://doc... И пользуюсь. И онбординг выглядит как "вот шпаргалка по синтаксису, вот шпаргалка по внесению изменений, вот шпаргалка по генерации к релизу"
источник

AL

Andrey Listochkin in DocOps-сообщество
Не, Кость. Дима видимо про старые версии GitHub клиентов, где была именно кнопка  sync, которая под капотом делала fetch, потом твои локальные измеения ребейсила на конец ветки, и потом делала push.
источник

NV

Nick Volynkin in DocOps-сообщество
вот хорошо, если там fetch, а не pull +  push
источник

AL

Andrey Listochkin in DocOps-сообщество
выглядело это как магия, работало через раз. Поэтому однажды они это выпилили, и вместо этого сделали удобным PRы создавать
источник

CL

Constantine Linnick in DocOps-сообщество
часто где-то можно развернуть консоль и увидеть реальные команды которые отправляет клиент. По крайней мере так в sourcetree и в idea
источник

NV

Nick Volynkin in DocOps-сообщество
ага, в идее есть такое, там куча флагов дополнительных )
источник

AL

Andrey Listochkin in DocOps-сообщество
Вот это +1. Я так по SourceTree научился ребейсы делать в консоли 🤣
источник

CL

Constantine Linnick in DocOps-сообщество
с другой стороны если работаешь в своей ветке то пуш/пул не страшен
источник

CL

Constantine Linnick in DocOps-сообщество
для этого придумали gitflow https://habr.com/ru/post/106912/ с которого многие начинают и потом допиливают процесс под свою команду
источник

V

Vitaly in DocOps-сообщество
@Nick_Volynkin о а ты какой кстати branching model используешь?
источник

V

Vitaly in DocOps-сообщество
просто гит флоу кажется один из самых плохих способов
источник

CL

Constantine Linnick in DocOps-сообщество
в консоли эти флаги часто просто глобально по-умолчанию заданы а клиенты явно их определяют, поэтому они могут быть просто избыточными
источник