![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
"... не освоил дебиан".
Ставил меркуриал под дебианом, чтобы раздавать репозитории апачем. Все настроил, но надо сказать - вуду редчайшее. У subversion с его своим сервером проще.
PS: Решил на всякий случай записать в рабочий баг-трекер последовательность действий. Хорошо, что записал - второй раз опять пришлось бы в how-to лезть, судя по размеру получившейся доки.
Во всех этих вещах спасает только одно: то что проблемы обычно решаются тем же образом, каким они решались и для совершенно других систем. Нет доступа - значит надо лезть в логи, лежащие в известном месте, смотреть линуксовые права апачевского юзера, смотреть как сконфигурированы аналогичные сайты.
Т.е., в 99% не будет такого, что "авторы не знали как пользоваться стандартными средствами, поэтому изобрели свою систему управления правами, свой веб-сервер, итд, и запускать это можно только от root".
Причем что странно - под линуксом использовать стандартные подсистемы удобно и понятно. Под виндой нет, поэтому там гораздо чаще встречаются изолированные от системы и друг от друга по максимуму софтины, и обычно с такими софтинами работать гораздо проще, чем с интегрированными в систему.
PS: Решил на всякий случай записать в рабочий баг-трекер последовательность действий. Хорошо, что записал - второй раз опять пришлось бы в how-to лезть, судя по размеру получившейся доки.
Во всех этих вещах спасает только одно: то что проблемы обычно решаются тем же образом, каким они решались и для совершенно других систем. Нет доступа - значит надо лезть в логи, лежащие в известном месте, смотреть линуксовые права апачевского юзера, смотреть как сконфигурированы аналогичные сайты.
Т.е., в 99% не будет такого, что "авторы не знали как пользоваться стандартными средствами, поэтому изобрели свою систему управления правами, свой веб-сервер, итд, и запускать это можно только от root".
Причем что странно - под линуксом использовать стандартные подсистемы удобно и понятно. Под виндой нет, поэтому там гораздо чаще встречаются изолированные от системы и друг от друга по максимуму софтины, и обычно с такими софтинами работать гораздо проще, чем с интегрированными в систему.
no subject
У вас удивительная способность к избирательному чтению.
Я уже несколько раз повторил, что на изучение git потратил более 50 часов.
А на mercurial - один час.
no subject
no subject
Что за проект такой?
2) Вам нужен инструмент для работы, или работа для инструмента? *смотрит ниже коммент про школьников*
3) git manual. Прочитали за пять минут? Если ответ "да" - то либо вы гений, и мне с вами не по пути, либо пиздобол.
4) Я не ограничиваюсь личным опытом, наблюдал пять человек пробующих git и mercurial.
Реакция про git "шоэтозахуйнявообще".
Реакция про mercurial "вау! проще и удобней subversion! нормальные бранчи!".
Но я понимаю, уважаемый оппонент, вы живёте в альтернативной реальности, и проблемы обычных людей типа меня и моих коллег вас не волнуют.
no subject
Пять минут - это преувеличение. 50 часов - надеюсь тоже ;)
У меня не было кардинальных проблем с пониманием гита. Может у меня было больше времени и я думал о своём удобстве, а не о пороге вхождения команды, но я всё равно очень удивлён, что кому-то это кажется очень сложным. :/ По-моему в git tutorial подробно расписан стандартный порядок операций (remote/fetch/pull) и если стараться его придерживатся то проблем не должно возникать. :/
no subject
Нет, не преувеличение. Я две недели подряд изучал вопросы различных VCS. В том числе и на выходных, а не только в рабочее время.
git занял львиную долю времени. 50 часов - оценка минимум.
git не кажется очень сложным, он просто очень большой.
Стоит начать использовать - НАЧИНАЕТСЯ... подземный стук, вопросы "а чо ваще", "а где", "а как", в итоге жуткая головная боль, а ответы git юзеров "да вот", "а, ну тогда вот так", "ну ты тупой, это же так просто " - в итоге вместо работы ты сидишь и читаешь многокилометровый git manual, man git, git help command, google://git merge "cannot found revision", "git tracking branch", etc
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 ВЫНУЖДЕННАЯ мера.
no subject
Таким образом, tracking --- просто способ сказать, что вот этот бранч у меня ---- соответствует тому бранчу вон там. Т.е. это просто и логично, и в рамках соглашений (локальные пространства имен) по другому просто невозможно хоть в bzr, хоть в hg. Просто там нет бранчей.
Т.е. опять --- единственное от других систем: наличие бранчей. Всё. Что тут сложного?
no subject
Инструмент для работы или работа для инструмента?
Почему при работе с mercurial, данные вопросы ВООБЩЕ не возникают, как класс?
Один час Understanding + Tutorial - и всё, сел и поехал... При том, что никаких таких мегафич в git рядом с mercurial я не вижу.
А, git stash... Есть такое и в mercurial. Блин, забыл как называется. Не использую +)
no subject
no subject