"... не освоил дебиан".

[metaclass]

Ставил меркуриал под дебианом, чтобы раздавать репозитории апачем. Все настроил, но надо сказать - вуду редчайшее. У subversion с его своим сервером проще.

PS: Решил на всякий случай записать в рабочий баг-трекер последовательность действий. Хорошо, что записал - второй раз опять пришлось бы в how-to лезть, судя по размеру получившейся доки.

Во всех этих вещах спасает только одно: то что проблемы обычно решаются тем же образом, каким они решались и для совершенно других систем. Нет доступа - значит надо лезть в логи, лежащие в известном месте, смотреть линуксовые права апачевского юзера, смотреть как сконфигурированы аналогичные сайты.
Т.е., в 99% не будет такого, что "авторы не знали как пользоваться стандартными средствами, поэтому изобрели свою систему управления правами, свой веб-сервер, итд, и запускать это можно только от root".
Причем что странно - под линуксом использовать стандартные подсистемы удобно и понятно. Под виндой нет, поэтому там гораздо чаще встречаются изолированные от системы и друг от друга по максимуму софтины, и обычно с такими софтинами работать гораздо проще, чем с интегрированными в систему.

Comments

[freiksenet.livejournal.com]

А зачем меркуриал? У него хоть одно преимущество над гитом есть? По-моему он даже базаара уже медленнее.

[theiced.livejournal.com]

например меркурил проектировали и писали вменяемые люди. в отличие от.

[freiksenet.livejournal.com]

Бугага, и в чем эта вменяемость проявляется?

[zamotivator.livejournal.com]

В том, что он осваивается за один час, в отличии от git'а.
Когда у меня разработчики в команде боятся системы контроля версий - верный признак, что что-то не так.
В то время как mercurial народ осваивает "в перекуре".

+ система контроля версий уровня git (огромное количество фич, чрезвычайная гибкость) нужна лишь на проектах уровня linux kernel. Если в проекте одна группа разработчиков, и отсутствуют сторонние коммитеры - то hg оптимальный выбор. С git мучений в освоении будет больше.

[freiksenet.livejournal.com]

Гит может и кажется первые пять минут сложным, зато в итоге получится что то, что с hg надо добиватся установкой еще 50 дополнений, с гитом можно сделать встроенными средствами.

[zamotivator.livejournal.com]

Гит может и кажется первые пять минут сложным, зато в итоге получится что то, что с hg надо добиватся установкой еще 50 дополнений, с гитом можно сделать встроенными средствами.
Использую уже два месяца.
В среднем каждый второй push/pull сопровождается возгласом "бля!".
А разработчики иногда предпочитают папку с репосом и working copy бекапить перед pull - "на всякий пожарный".
И я их "глупыми" назвать не могу, у самого вечно ощущение "ёбанной магии" и "недопонимания". На чтение git manual я суммарно потерял более 50 часов - и всё равно раздаётся неожиданный подземный стук.

Да что там говорить - http://zabivator.livejournal.com/376945.html?format=light - почитайте комментарии.
Вас не ужасает количество возможных сущностей и вариантов, с которыми можно столкнуться на банальных бранчах?
Меня ужасает. mercurial ПРОСТО РАБОТАЕТ как человек ожидает, а не как ему хочется.

[freiksenet.livejournal.com]

Гит тоже работает как человек ожидает. Просто человек должен до этого один раз пять минут подумать и разобратся в том, как это работает.

Тебе по ссылку подробно объяснили в чем ты не прав. Изначально неправильно понятые команды и поверхностно прочитанный мануал - вот проблема. Ясно почему лисперы пользуются гитом, а явисты - меркуриалом.

[zamotivator.livejournal.com]

Гит тоже работает как человек ожидает. Просто человек должен до этого один раз пять минут подумать и разобратся в том, как это работает.
У вас удивительная способность к избирательному чтению.
Я уже несколько раз повторил, что на изучение git потратил более 50 часов.
А на mercurial - один час.

[freiksenet.livejournal.com]

Мой опыт противоположный. Гит показался сложным, поставил меркуриал, попробывал использовать - надо поставить десять модулей чтобы использовать нормально. Перешел на базаар, помучился два месяца с минутными пушами на сервер у базаара, почитал доки гита и перешел без проблем. Я не знаю что можно в гите читать на 50 часов.

[zamotivator.livejournal.com]

1) Какие же такие 10 модулей вам потребовалось?
Что за проект такой?

2) Вам нужен инструмент для работы, или работа для инструмента? *смотрит ниже коммент про школьников*

3) git manual. Прочитали за пять минут? Если ответ "да" - то либо вы гений, и мне с вами не по пути, либо пиздобол.

4) Я не ограничиваюсь личным опытом, наблюдал пять человек пробующих git и mercurial.
Реакция про git "шоэтозахуйнявообще".
Реакция про mercurial "вау! проще и удобней subversion! нормальные бранчи!".

Но я понимаю, уважаемый оппонент, вы живёте в альтернативной реальности, и проблемы обычных людей типа меня и моих коллег вас не волнуют.

[dmzlj.livejournal.com]

Слушай, но то, что ты рассматриваешь это пиздец какой-то. git вообще не отличается от hg и bzr ничем, кроме того, что у него есть такая сущность, как бранчи. Я думаю, никто просто не читал ничего. Т.е. по тем поломкам, которые я видел --- очевидно, что его кто-то усиленно пытается сломать. Т.е. опять же, пытаются делать какие-то произвольные действия, интуитивно (т.е. как в hg), не отдавая себе отчета в том, что делают. Бэкап при каждом push/pull --- это пиздец какой-то. В гите нет никакой магии ваще. Обычный workflow вообще не отличается от hg и ничего не ломается.

И вообще --- интересно устроили срач, не откомментив ничего мне, так что я даже был не в курсе. Что за гитосрач без меня.

[freiksenet.livejournal.com]

И вообще я не вижу никакой принципиальной разницы между git, hg и bzr. Во всех идентичный workflow, только в гите есть еще вкусности типа staging area и shelve и он быстрее раза в три.

[zamotivator.livejournal.com]

Я вижу, что вкусности git у меня не востребованы, а простота mercurial - напротив. И у меня складывается чёткое ощущение (глядя на три проекта) что mercurial - просто работает - а git - ебля мозг и дроч на инструмент.

[theiced.livejournal.com]

Истинно так. Там ебаная чорная магия. Мне вот известные гитоводы пол часа объясняли как вытянуть нужный бранч из гита. 27ой вариант (или 28ой?) сработал наконец и на мою фразу `какого бля хуя` мне ответили - `ну видишь, всё работает как надо, всё просто`. Нахуй нахуй.

[zamotivator.livejournal.com]

Я там выше давал ссылку на пример простой банальной проблемы - один разработчик запушил бранч, второй хотел его вытащить... Налажилось ещё пару проблем, в итоге секс на 6 (!) часов.

НалОжилось, конечно, но опечаточка по Фрейду - от слова "налажать"

[freiksenet.livejournal.com]

Я не понимаю как человек может не понимать гит, если он понимает меркуриал.

Людям просто лениво затратить пять минут на изучение как именно всё работает.

[theiced.livejournal.com]

вам же писали - 50 часов на чтение док и всё равно страшно.

вообще, знаю 100500 человек ниасиливших гит и не имевших проблем с меркуриалом.

[zamotivator.livejournal.com]

Я изучал git более 50 часов. git manual, git tutorial, серию статьей "как оно работает внутри".
Я ковырял его внутрении утилиты, и учился создавать коммиты вручную из запчастей.
Всё равно остаётся "недопонимание". Не пиздите, пожалуйста, товарищ, про "пять минут". Не пять минут, и даже не пять часов.
Если вы используете 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.

[freiksenet.livejournal.com]

Я не ковырял ни одной внутренней утилиты и не делал ни одного чери пика. Гит туториал я прочитал один раз и потом пару раз смотрел доки как чтото сделать. Я пока ничего не умудрился испортить. Может проблема не только в гите?

[theiced.livejournal.com]

>Если вы используете git на уровне git clone project; cd project; ./configure; make; sudo make install - я рад за вас.

Вы таки гик или ребёнок?

[zamotivator.livejournal.com]

Проблема в том, что вы,

1) видимо, никогда не занимались разработкой софта в команде. В противном случае слова "порог вхожения" и "ограниченность времени на изучение", а также "минимальная и достаточная функциональность" были бы для вас близкими и знакомыми

2) нагло врёте, что изучение git занимает пять минут. Действительно, git clone изучается за пять минут.
Из которых две уходит на изучение синтаксиса ssh://

[theiced.livejournal.com]

ну и опять же - уважаемые мной ойтишники - поголовно все на меркуриале (если есть выбор). гики и дети - на гите. шота статистика.

[dmzlj.livejournal.com]

git работает ТАКЖЕ если не использовать фичи, которых нет в других dvcs. Все, что надо учитывать --- это то, что есть бранчи, и это элемент адресации.

[dmzlj.livejournal.com]

Боятся потому, что мануал по git-у никто не прочитал. У меня тоже часть людей боится, часть людей не боится. Та часть, что не боится --- прочитала мануал, та часть что боится --- нет. И причины "интуитивности" я думаю те же --- при переходе на DVCS изучен hg (у нас базар) --- дальше от всех dvcs ожидается, что они будут как hg или базар. Например, мне после bzr и git hg нифига не "очевиден" и "интуитивен".

[develop7]

Например, поддержка работы с репами gitа в hg реализована посредством расширения, использующего обычный hgшный api. А поддержка репов hg в git прилепляется сбоку старыми добрыми шеллскриптами. Что кагбе символизирует.