"... не освоил дебиан".
Ставил меркуриал под дебианом, чтобы раздавать репозитории апачем. Все настроил, но надо сказать - вуду редчайшее. У subversion с его своим сервером проще.
PS: Решил на всякий случай записать в рабочий баг-трекер последовательность действий. Хорошо, что записал - второй раз опять пришлось бы в how-to лезть, судя по размеру получившейся доки.
Во всех этих вещах спасает только одно: то что проблемы обычно решаются тем же образом, каким они решались и для совершенно других систем. Нет доступа - значит надо лезть в логи, лежащие в известном месте, смотреть линуксовые права апачевского юзера, смотреть как сконфигурированы аналогичные сайты.
Т.е., в 99% не будет такого, что "авторы не знали как пользоваться стандартными средствами, поэтому изобрели свою систему управления правами, свой веб-сервер, итд, и запускать это можно только от root".
Причем что странно - под линуксом использовать стандартные подсистемы удобно и понятно. Под виндой нет, поэтому там гораздо чаще встречаются изолированные от системы и друг от друга по максимуму софтины, и обычно с такими софтинами работать гораздо проще, чем с интегрированными в систему.
PS: Решил на всякий случай записать в рабочий баг-трекер последовательность действий. Хорошо, что записал - второй раз опять пришлось бы в how-to лезть, судя по размеру получившейся доки.
Во всех этих вещах спасает только одно: то что проблемы обычно решаются тем же образом, каким они решались и для совершенно других систем. Нет доступа - значит надо лезть в логи, лежащие в известном месте, смотреть линуксовые права апачевского юзера, смотреть как сконфигурированы аналогичные сайты.
Т.е., в 99% не будет такого, что "авторы не знали как пользоваться стандартными средствами, поэтому изобрели свою систему управления правами, свой веб-сервер, итд, и запускать это можно только от root".
Причем что странно - под линуксом использовать стандартные подсистемы удобно и понятно. Под виндой нет, поэтому там гораздо чаще встречаются изолированные от системы и друг от друга по максимуму софтины, и обычно с такими софтинами работать гораздо проще, чем с интегрированными в систему.
no subject
no subject
Вас не настораживает количество комментариев?
А ведь мы всего лишь
1) диагностировали проблему
2) объясняли причины её возниковения
3) мне объясняли идеологию
... и это после неоднократного прочтения git manual. Блять, я это помнил. Да забыл. Да потому что объём опиздонический у этого вашего git manual, его проще не использовать, чем ПРОСТО ИСПОЛЬЗОВАТЬ не задумываясь, естественно, легко - как используется mercurial, и ОН ПРОСТО РАБОТАЕТ. Без чтения manual по несколько часов подряд после простейшой операции, и в ужосе набирания команды "щас блять я сломаю свой локальный репос с работой за три дня окончательно".
no subject
no subject
no subject
no subject
no subject
Я обычно если делаю чо нибудь вроде "перманентного удаления файлов" сначала делаю 10 бэкапов в разные углы, паранойя просто не дает жить.
no subject
Если бы в git бранчи вытягивались по-людски, а не через жопу как по ссылке выясняется в комментариях (я элементарно забыл эту особенность git'а - локальные по умолчанию бранчи - да всё и не влазит, вываливается из головы его использование, слишком много сущностей), то проблемы бы ВООБЩЕ не возникло.
no subject
no subject
Использование git для linux kernel - вынужденный шаг.
no subject
Как это может быть сделано по другому? В меркуриале просто бранчей толком нет. Работа же без бранчей элементарно эмулируется работой на одном бранче мастер. Будет такой себе базаро-меркурий.
no subject
У меня разок меркуриаловский реп сломался капитально. Хорошо, что я держу дома на двух машинах синхронизированные репы (мало ли, ноут кокнешь, или диск полетит 8-)).
no subject
no subject
BTW. если торвальдса сейчас пристрелить, OS коммунити вообще и кернелдевам станет на порядки легче дышать.
no subject
no subject
Всё-таки таких как Дима - единицы.
У Торвальдса с linuxkernel НУЖНЫ навороты git.
Потому что число разработчиков в проекте, способ принятия от них исправлений, число веток зашкаливает любой другой проект по сложности.
У Торвальдса git ВЫНУЖДЕННАЯ мера.