The OpenNET Project / Index page

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



"Выпуск распределенной системы управления исходными текстами Git 2.29"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для слежения за появлением новых сообщений в нити, нажмите "Проследить за развитием треда".
. "Выпуск распределенной системы управления исходными текстами ..." +1 +/
Сообщение от Ordu (ok), 21-Окт-20, 13:33 
> До сих пор без заглядывания в заметки не смогу назвать команду для откатывания коммитов

Если ты заглядываешь в заметки и не можешь запомнить команды не потому, что тебе нужен аргумент в пользу того, что git слишком сложный, а по причине того, что на самом деле не получается, то я бы порекомендовал тебе выкинуть свои заметки и научится делать _всё_ при помощи команд branch и checkout.

Например, то о чём ты говоришь, можно сделать так:

git checkout <hash> # ставим HEAD на последний нужный коммит
git branch -D <branch> # удаляем ветку, которую "редактируем"
git branch <branch> # создаём её снова на текущем коммите
git checkout <branch> # переключаемся на неё

То есть, понятно, этими двумя командами обойтись не удастся -- тебе придётся использовать commit и add. Плюс что-нибудь нужно для того, чтобы писать внятную историю коммитов, тут я очень рекомендую rebase. Ограничься этими командами, и освой их. Сначала в каком-нибудь туториале, а потом попользуйся им недельку "в поле". Всякие там status/log и прочие заигнорь на старте, используй gitk или что-нибудь в этом роде вместо них

Чтобы в течение этой недели не спотыкаться о желание сделать что-нибудь, что не знаешь как сделать, пользуйся таким workflow:

1. с утра делаешь branch -b "today"
2. коммитишь так часто, как удастся, стараясь при этом писать внятные комментарии к тому, что сделано
3. откаты коммитов делаешь новыми коммитами
4. в течение дня не паришься об истории вовсе
5. вечером, за полчаса до окончания работы делаешь rebase, вынимая из today в master всё, что можно оформить в виде законченной работы, с логичными ортогональными коммитами и с красивыми комментами, а остальное складывая в ветку unfinished-work.

Через неделю ты начнёшь оптимизировать этот workflow, и часть того вечернего rebase будешь выполнять в процессе работы -- возможно ты будешь вести несколько веток, возможно коммиты откатывать так, чтобы в today не оставалось бы их следов, возможно ещё что-то. А ещё через неделю ты свой собственный workflow придумаешь, который лучше всего подходит именно тебе. В процессе где-нибудь тебе надоест делать четыре команды, чтобы удалить коммит, и ты прочитаешь ман на git-reset и _поймёшь_ его в терминах команд checkout/branch, и будешь использовать как более короткий способ сделать то же самое.

Ах да, rebase сложно может быть понять по man'у, поэтому найти туториал, который даст тебе ещё и задачек, чтобы тут же попрактиковаться.

Если же тебе обязательно иметь аргумент в пользу сложности git, и поэтому ты лелеешь свои проблемы при использовании git, не позволяя им раствориться в опыте, то тут тебе ничто не поможет. Я б рекомендовал подумать об использовании другой vcs, которая не будет вызывать такого желания.

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

Оглавление
Выпуск распределенной системы управления исходными текстами Git 2.29, opennews, 20-Окт-20, 15:03  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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