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

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

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

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

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

Flat | Top-Level Comments Only

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

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

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

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

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

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

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

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

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

(выдохнул)

Пять минут - это преувеличение. 50 часов - надеюсь тоже ;)

У меня не было кардинальных проблем с пониманием гита. Может у меня было больше времени и я думал о своём удобстве, а не о пороге вхождения команды, но я всё равно очень удивлён, что кому-то это кажется очень сложным. :/ По-моему в git tutorial подробно расписан стандартный порядок операций (remote/fetch/pull) и если стараться его придерживатся то проблем не должно возникать. :/

50 часов - надеюсь тоже ;)
Нет, не преувеличение. Я две недели подряд изучал вопросы различных VCS. В том числе и на выходных, а не только в рабочее время.
git занял львиную долю времени. 50 часов - оценка минимум.

git не кажется очень сложным, он просто очень большой.
Стоит начать использовать - НАЧИНАЕТСЯ... подземный стук, вопросы "а чо ваще", "а где", "а как", в итоге жуткая головная боль, а ответы git юзеров "да вот", "а, ну тогда вот так", "ну ты тупой, это же так просто " - в итоге вместо работы ты сидишь и читаешь многокилометровый git manual, man git, git help command, google://git merge "cannot found revision", "git tracking branch", etc

Ясно, мне повезло попасть в среду других гит юзеров.

http://zabivator.livejournal.com/376945.html?format=light
Вас не настораживает количество комментариев?
А ведь мы всего лишь
1) диагностировали проблему
2) объясняли причины её возниковения
3) мне объясняли идеологию
... и это после неоднократного прочтения git manual. Блять, я это помнил. Да забыл. Да потому что объём опиздонический у этого вашего git manual, его проще не использовать, чем ПРОСТО ИСПОЛЬЗОВАТЬ не задумываясь, естественно, легко - как используется mercurial, и ОН ПРОСТО РАБОТАЕТ. Без чтения manual по несколько часов подряд после простейшой операции, и в ужосе набирания команды "щас блять я сломаю свой локальный репос с работой за три дня окончательно".

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

Сколько времени ушло на решение проблемы? =)

пол часа на ебание моска опытным пользователям гита. было сделано более 20 попыток (разные варианты разных команд), писал жеж где то тут.

А теперь представим что таких опытных пользователей под рукой нету, бугага =)

Ад какой-то по ссылке.
Я обычно если делаю чо нибудь вроде "перманентного удаления файлов" сначала делаю 10 бэкапов в разные углы, паранойя просто не дает жить.

Бекапы - лишь один из кусочков мозаики.
Если бы в git бранчи вытягивались по-людски, а не через жопу как по ссылке выясняется в комментариях (я элементарно забыл эту особенность git'а - локальные по умолчанию бранчи - да всё и не влазит, вываливается из головы его использование, слишком много сущностей), то проблемы бы ВООБЩЕ не возникло.

Вот кстати, я поэтому в git и не полез - если слишком много сущностей, значит у авторов гарантированно змеи в голове, из разряда "надо все сделать как можно сложнее и навороченнее, а то подумают что мы тупые и любим делать просто".

(no subject)

zamotivator.livejournal.com - 2010-01-18 21:09 (UTC) - Expand

Бранчи могут быть только локальными. Так как вообще все локальное. Так как система контроля версий --- распределенная.

Как это может быть сделано по другому? В меркуриале просто бранчей толком нет. Работа же без бранчей элементарно эмулируется работой на одном бранче мастер. Будет такой себе базаро-меркурий.

Ну дык паранойя вообще сильно облегчает жизнь. 8)

У меня разок меркуриаловский реп сломался капитально. Хорошо, что я держу дома на двух машинах синхронизированные репы (мало ли, ноут кокнешь, или диск полетит 8-)).

Бесполезный спор уже. Для вас не работает, у меня, ну или если я не авторитет, у dmzlj и Торвальдса работает. Tastes differ :) Это похоже как vi/emacs, бесполезно спорить.

написал жеж. работает у детей и гиков. на тех и тех - плевать.

BTW. если торвальдса сейчас пристрелить, OS коммунити вообще и кернелдевам станет на порядки легче дышать.

Мне вот интересно, разработчик (а кому еще нужны vcs вообще?) и при этом не гик --- это как? Технически неграмотный и неинтересующийся своей областью деятельности разработчик? Видели таких, да.

1) dmzlj далеко не простой человек. К примеру, то что для Димы "я не понимаю что непонятно" вполне может оказаться "а это 90% разработчиков нифига не очевидно".
Всё-таки таких как Дима - единицы.

У Торвальдса с linuxkernel НУЖНЫ навороты git.
Потому что число разработчиков в проекте, способ принятия от них исправлений, число веток зашкаливает любой другой проект по сложности.
У Торвальдса git ВЫНУЖДЕННАЯ мера.

необходимость git tracking branch становится ясна, если ты понимаешь, что 1) есть бранчи 2) пространства имен локальные, что единственно возможное решение, т.к. невозможно обеспечить единое пространство имен для распределенной системы.

Таким образом, tracking --- просто способ сказать, что вот этот бранч у меня ---- соответствует тому бранчу вон там. Т.е. это просто и логично, и в рамках соглашений (локальные пространства имен) по другому просто невозможно хоть в bzr, хоть в hg. Просто там нет бранчей.

Т.е. опять --- единственное от других систем: наличие бранчей. Всё. Что тут сложного?

"стараться придерживаться" - это пять.
Инструмент для работы или работа для инструмента?

Почему при работе с mercurial, данные вопросы ВООБЩЕ не возникают, как класс?
Один час Understanding + Tutorial - и всё, сел и поехал... При том, что никаких таких мегафич в git рядом с mercurial я не вижу.
А, git stash... Есть такое и в mercurial. Блин, забыл как называется. Не использую +)

+1024

Они не возникают потому, что там чего-то просто нет. Бранчей. Первоклассных бранчей и работы с ними. Это единственное существенное различие.

Flat | Top-Level Comments Only