![[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
Когда у меня разработчики в команде боятся системы контроля версий - верный признак, что что-то не так.
В то время как mercurial народ осваивает "в перекуре".
+ система контроля версий уровня git (огромное количество фич, чрезвычайная гибкость) нужна лишь на проектах уровня linux kernel. Если в проекте одна группа разработчиков, и отсутствуют сторонние коммитеры - то hg оптимальный выбор. С git мучений в освоении будет больше.
no subject
no subject
Использую уже два месяца.
В среднем каждый второй push/pull сопровождается возгласом "бля!".
А разработчики иногда предпочитают папку с репосом и working copy бекапить перед pull - "на всякий пожарный".
И я их "глупыми" назвать не могу, у самого вечно ощущение "ёбанной магии" и "недопонимания". На чтение git manual я суммарно потерял более 50 часов - и всё равно раздаётся неожиданный подземный стук.
Да что там говорить - http://zabivator.livejournal.com/376945.html?format=light - почитайте комментарии.
Вас не ужасает количество возможных сущностей и вариантов, с которыми можно столкнуться на банальных бранчах?
Меня ужасает. mercurial ПРОСТО РАБОТАЕТ как человек ожидает, а не как ему хочется.
no subject
Тебе по ссылку подробно объяснили в чем ты не прав. Изначально неправильно понятые команды и поверхностно прочитанный мануал - вот проблема. Ясно почему лисперы пользуются гитом, а явисты - меркуриалом.
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)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Инструмент для работы или работа для инструмента?
Почему при работе с mercurial, данные вопросы ВООБЩЕ не возникают, как класс?
Один час Understanding + Tutorial - и всё, сел и поехал... При том, что никаких таких мегафич в git рядом с mercurial я не вижу.
А, git stash... Есть такое и в mercurial. Блин, забыл как называется. Не использую +)
(no subject)
(no subject)
no subject
И вообще --- интересно устроили срач, не откомментив ничего мне, так что я даже был не в курсе. Что за гитосрач без меня.
no subject
no subject
no subject
no subject
НалОжилось, конечно, но опечаточка по Фрейду - от слова "налажать"
no subject
Людям просто лениво затратить пять минут на изучение как именно всё работает.
no subject
вообще, знаю 100500 человек ниасиливших гит и не имевших проблем с меркуриалом.
no subject
Я ковырял его внутрении утилиты, и учился создавать коммиты вручную из запчастей.
Всё равно остаётся "недопонимание". Не пиздите, пожалуйста, товарищ, про "пять минут". Не пять минут, и даже не пять часов.
Если вы используете git на уровне git clone project; cd project; ./configure; make; sudo make install - я рад за вас.
Как только начинается активная разработка - начинается жутчайший ад и жопа "что вообще происходит" "почему не pull'ит", "куда исчез бранч", "какого хуя git merge мне сделал коммит", и "что же такое эти ёбанные tracking branches" , etc.
На mercurial я потратил ОДИН ЧАС. Understanding + Tutorial. Уже скоро полгода как "просто использую". Пару раз в образовательных целях ходил смотреть extensions. Вытащил glog, view... хватает.
Just Work. KISS.
no subject
no subject
Вы таки гик или ребёнок?
no subject
1) видимо, никогда не занимались разработкой софта в команде. В противном случае слова "порог вхожения" и "ограниченность времени на изучение", а также "минимальная и достаточная функциональность" были бы для вас близкими и знакомыми
2) нагло врёте, что изучение git занимает пять минут. Действительно, git clone изучается за пять минут.
Из которых две уходит на изучение синтаксиса ssh://
no subject
no subject
no subject