07 May 18, Alex Korchmar writes to Slawa Olhovchenkov:
SO>>>> ну вот я такое уже не делал. мне сначала дали патчи для UMA, потом я SO>>>> стал AK>>> ну а как бы ты это делал с svn? SO>> делал _что_? разделение нескольких веток и их одновременная поддержка AK> ну да, ну да. Оно же другим способом не умеет ;-)
ты не изображай таинственное лицо, ты пальцем покажи.
SO>> ты так и не рассказал как это делать с git/hg. просто иметь свои SO>> правки SO>> в своем дереве? AK> в своем _репо_ (он у них всегда "свой", с удаленным напрямую не работают), AK> а не просто в дереве. С историей, и возможностью вытащить отдельными AK> наборами независимые части.
и чё? у меня никогда не было и не планировалось отдельными наборами независимые части. ты специально это игнорируешь?
SO>> тьфу. ну причем тут вообще сраные сырцы и экономия места? AK> это не экономия места, это экономия твоего времени.
rebase -- это экономия места. а время как раз не экономит.
SO>> у меня что, голова тоже ребэйз сделает? AK> это git за тебя сделает. Тебе об этом думать надо только в случае, когда AK> оно внезапно сломалось. Причем если делать регулярно - оно крайне AK> маловероятно "внезапно сломается".
сделает _что_? ребэйз в голове? чё за бред?
SO>> я этим занимаюсь раз в полгода и мне надо будет каждый раз вспоминать SO>> в чем AK> в результате твой патч уже вообще невозможно применять - и этим AK> вспоминанием и реверсинжинирингом занимаются все индивидуально. Вместо того AK> чтобы сделать pull.
беда! но гит тут не причем.
SO>> а. типа патч не наложился. только это не про меня. SO>> у меня патчи надожатся, а вот компилироваться не будет. SO>> или будет компилироваться, а работать будет не так, как ожидалось. SO>> т.е. мне как минимум надо тестовую сборку пускать и иметь ресурсы под SO>> неё. AK> есть ресурсы - пускаешь, нет - сделает кто-нибудь кому оно надо - но не
нихуя. на ревью надо все же компилирующийся патч. а то так и будет -- нихуя не собирается, но всем написать в падлу.
SO>> и чё? он сообразит что надо поменять kmem_cache_reap_now на SO>> kmem_cache_reap_soon? AK> это придется самому сообразить, как и что делать с новообразовавшимся loop,
вообще то кроме этой проблемы других нет. то, про что ты пишешь ниже, реально это вот это же самое: надо самому сообразить.
AK> У меня вот оно протестировано и вроде работает - а пользы тебе от AK> этого ровно ноль, я тебе отдать ничего не могу, потому что хер с pti, AK> это другие файлы, а дерингеровский код я заманаюсь теперь добывать AK> оттуда.
а это другая проблема -- то, что на review надо патч целиком грузить, ванильный, поправить руками его нельзя. впрочем с гитом была бы та же самая проблема -- развернуть ванильные сырцы, пропатчить, поправить и убедиться что компияется. и все что правилось -- отложить для интеграции в свою ветку.
AK> В общем, настоятельно рекомендую, при случае, освоить сраный git AK> (не на фре, а на каком-нибудь другом проекте, либо с нуля, либо уже AK> его использующем).
не убедил. у меня с svn все хорошо получается, когда исходно делаешь current->relsese->stable и фичи через current заводишь.
... И вновь я не замечен Plug-n-Play'ем... --- GoldED+/BSD 1.1.5-b20110223-b20110223 * Origin: (2:5030/500)