On Fri, Feb 02, 2007 at 06:31:38PM +0300, Mikhail Yakshin wrote: > MY>> Ну, оно само по себе не выработается, если не будет некоего инструмента, > MY>> который бы фиксировал эту практику. То же самое, как сейчас бардак по > MY>> большому счету с выпускающими тэгами из-за отсутствия gear-release. >> Ты её сначала придумай и документируй. Мне -- слабо. >> Смотреть при этом рекомендую на новую систему сборки ядер, это >> _единственный_ образец в сизифе более-менее удобной работы со множеством >> патчей в отдельных бранчах. MY> Хорошо, посмотрю. Получилось что-нибудь? > MY>> Такой "базовый" не требует ничего, кроме бинарного редактора - все файлы > MY>> можно отредактировать вручную, и TCP-пакеты тоже разослать %) >> Ты преувеличиваешь. >> Для базовой сборки пакетов достаточно gear, rpm-build и hasher. Это -- >> базовые утитилы. Остальное обертки. MY> Боюсь, мы сейчас начнем какой-то высокофилософский спор и ни к чему не MY> дойдем. Я могу поймать тебя на слове, где ты ниже говоришь, цитирую: >> gear-* это не низкий уровень. Вообще-то это обертка MY> и тем самым противоречишь сам себе. Не суть важно, я не хочу сейчас MY> бросаться словами и делить все на черное и белое, на двухуровневое, на MY> "плохое-хорошее", "высокоуровневое-низкоуровневое" и т.п. Так мы только MY> поругаемся и ничего не решим. Это было в тему наименований утилит, если мне правильно помнится. Так вот, возвращаясь к теме, исходить лучше из того, под каким именем ты бы ожидал увидеть эту утилиту будучи пьян в стельку до степени неспособности выговорить вслух слово "sisyphus". Если даже в таком состоянии можно правильно вспомнить и набрать это название -- значит оно было удачным :) >> Так что речь идет о высокоуровневых утилитках, или утилитках для >> специфических _разных_ workflow для разных _особых_ задач. Как например >> тот же svn-импорт. MY> Я попробую описать в ближайшее время некоторые примерные workflow, как я MY> их себе представляю, ладно? Опять же, удалось? Задача нелегкая, а результат её ценен для всех. >> [mithraen@mw git]$ time find | wc -l >> 0.33user 1.06system 0:57.24elapsed 2%CPU (0avgtext+0avgdata 0maxresident)k >> 0inputs+0outputs (0major+349minor)pagefaults 0swaps >> 187150 >> :) >> Это при том что оно почти все в кэше, и там RAID 0+1. >> На перловке я знаю как написать чтобы это работало (не обходить лишние >> каталоги), а вот как на шелле -- увы не знаю. MY> time find -maxdepth 3 | wc -l MY> ? Оно не покажет все мои репозитории. Ага, я псих и маньяк. Правда думаю мы оба понимаем что лучше если утилита будет работать для 90% людей (которые не маньяки в конкретной области), лишь бы степень взаимосвязанности утилит при любом шаге в сторону от партийной линии не мешала пользоваться всем комплектом. >> MY>>> 2. Именовать, надеясь на комплишен. Имена тогда значительно длиннее и >> MY>>> максимально описательны. Возникает проблема completion space. Фактически >> MY>>> обязательно использование completion. Как правило, вводится некий >> MY>>> префикс наименования семейства утилит (git-*, gear-*, hsh-*, Sisyphus-*). >>>> А вот фиг там. git-* вообще-то deprecated, надо пользоваться git *, к >>>> примеру. Вот как раз для удобного разделения completion namespace. > MY>> Ссылку на то, что он deprecated, кстати, можно? Там предлагается > MY>> какая-то аргументация? >> Это в этом листе озвучивал ldv@ MY> ldv@, при всем моем уважении, насколько я знаю, не входит в число MY> разработчиков-идеологов git. Можно ссылку на какую-то статью, roadmap, MY> письмо в http://marc.theaimsgroup.com/?l=git или что-то такое, где MY> официально заявляется о том, что они deprecated и будут убраны в MY> таком-то релизе? Тут все вопросы к Диме. Увы, у меня нет времени на внимательное отслеживание апстрима ещё и git. А по пакетам в которых у меня нет времени досконально разобраться я предпочитаю брать на веру слова тех, в знаниях которых я более-менее уверен. Касаемо git это ldv@ и vsu@. Ну и в целом я сам согласен с тем, что чем меньше всего в глобальном name space, тем лучше. -- С уважением, Денис http://freesource.info ---------------------------------------------------------------------------- Настоящий программист уже как минимум поменял три залитых пивом клавиатуры.