= GIT =
15:44 < Lost> обновился апстрим например 15:44 < Lost> делаю git checkout upstream 15:44 < swi> git co patch; git merge upstream; git co master; git merge patch? 15:44 < Lost> git-tag -s 'KoLmafia-11.5' например или что-то типа того, чтобы зафиксировать ревизию 15:45 * swi заткнулся и внимает 15:45 < Lost> далее делаю git-checkout equipment-fixes (ветка с приложенным патчем) 15:45 < Lost> git-merge KoLmafia-11.5 (тег, полученный при предыдущем шаге) 15:46 < Lost> можно в принципе дела&#65533;[7mBь git-merge upstream - будет то же самое, но тег как-то солиднее, да и нужен он будет позднее 15:46 < Lost> далее смотрю, ровненько ли прошел merge, не надо ли чего подправить 15:46 < Lost> если все в порядке, кладу еще один тег 15:47 < Lost> git-tag -s equipment-11.5 15:47 < Lost> теперь патчик мой будет генериться между двумя этими тегами 15:47 < Lost> далее git-checkout master 15:47 < Lost> git-merge equipment-11.5 15:47 < Lost> gear-update-tag KoLmafia-11.5 15:47 < Lost> gear-update-tag equipment-11.5 15:48 < Lost> это вносит новые теги в специальную папочку .gear-tags 15:48 < Lost> чтобы gear их мог видеть 15:48 * swi кивнул 15:48 < Lost> а дальше нужны хитрые строчки в .gear-rules 15:49 < Lost> первая строчка - tar.gz: KoLmafia-11.5:KoLmafia 15:49 -!- combr [n=combr@dialup-07.opti-telecom.ru] has quit [Read error: 110 (Connection timed out)] 15:49 < Lost> это говорит геару, что тарбол надо брать из тега KoLmafia-11.5 (ну то есть апстрима) 15:49 < swi> ооо 15:50 < Lost> следующая строчка - diff: KoLmafia-11.5:KoLmafia equipment-11.5:KoLmafia name=<имя патчега> 15:50 < Lost> это говорит что патчег <имя патчега> надо брать путем сравнения двух тегов 15:51 < Lost> первый находится на ветке upstream, второй - на ветке equipment-fixes 15:51 < Lost> ну а дальше прописываю этот патчег в KoLmafia.spec 15:51 < Lost> и как обычно, %patch0 -p1 :) 15:52 < swi> оооооооооооооо 15:52 < Lost> увеличиваю релиз/версию в спеке, add_changelog, заполняю ченджлог, потом проверочная сборка 15:52 < swi> я б сказал даже вау.. но не гламурен 15:52 < Lost> если все в порядке - тогда gear-commit -a 15:52 < Lost> а потом gear-create-tag (новая приблуда в новом геаре) 15:53 < swi> мнэ.. мне право неудобно.. а вот где прописан email который git шукает при git tag -s ? 15:53 < Lost> она создаст тег релиза, по которому в будущем вроде как должна запускаться автоматическая сборка

11:54 < Lost> ну типа так: 11:54 < Lost> mkdir qtemu 11:54 < zver_work> Vitls: ужс 11:54 < Lost> cd qtemu 11:54 < Lost> tar -xf qtemu-0.3.tar.gz 11:54 < Lost> mv qtemu-0.3 qtemu 11:54 < Lost> git-init 11:54 < Lost> git-add qtemu 11:54 -!- |lsv| [n=kvirc@217.170.121.246] has joined #altlinux 11:54 < Lost> git-commit -m 'Initial import of qtemu-0.3' 11:55 < Lost> git-checkout -b upstream 11:55 < Lost> git-tag -m 'qtemu-0.3' -s qtemu-0.3 11:56 < Lost> потом сразу импортишь следующий релиз 11:56 < Lost> gear-update ~/tmp/qtemu-0.4.tar.gz qtemu && git-commit -a -m 'qtemu-0.4' && git-tag -m 'qtemu-0.4' -s qtemu-0.4 11:57 < Lost> то есть у тебя в ветке upstream получатся последовательные релизы, каждый из которых обозначен тегом 11:57 < Lost> далее ты делаешь git-checkout master 11:57 < Lost> добавляешь .gear-rules и спек от qtemu-0.3-alt1 11:58 < Lost> коммитишь 11:58 < Lost> ну и т.д. Потом делаешь git-merge qtemu-0.4 и коммитишь спек от qtemu-0.4-alt1