1.1, iZEN (ok), 11:44, 26/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
Git просто попопсовее. У Mercurial проблема с хранением, заключающаяся в том, что перемещение файлов из одного каталога в другой вызывает увеличение размеров локального репозитория, и хардлинки здесь не катят.
| |
|
|
|
|
5.181, pavlinux (ok), 19:24, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
# git clone git.kernel.org/ля-ля-ля
99%
out of memory
Как мне с помощью этого жита не скачивать весь гигабайт заново?
# free
total used free shared buffers cached
Mem: 15741576 5204652 10536924 0 3256 4155024
-/+ buffers/cache: 1046372 14695204
Swap: 1935828 0 1935828
| |
|
6.184, arisu (ok), 19:27, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Как мне с помощью этого жита не скачивать весь гигабайт заново?
маны почитать. и качать с --depth. на кой тебе вся история-то?
| |
|
7.187, pavlinux (ok), 19:28, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Как мне с помощью этого жита не скачивать весь гигабайт заново?
> маны почитать. и качать с --depth. на кой тебе вся история-то?
с --depth -1 - та же х...я
Да и собственно, почему я не могу на 16 гигах оперативки выкачать всё.
Накой жит, при распаковке, суёт архив всей репы в оперативку?
| |
|
6.371, kurokaze (ok), 02:01, 28/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> # git clone git.kernel.org/ля-ля-ля
> 99%
> out of memory
time git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
Cloning into 'linux'...
remote: Counting objects: 2920766, done.
remote: Compressing objects: 100% (448763/448763), done.
remote: Total 2920766 (delta 2453801), reused 2911209 (delta 2444290)
Receiving objects: 100% (2920766/2920766), 604.04 MiB | 3.01 MiB/s, done.
Resolving deltas: 100% (2453801/2453801), done.
Checking out files: 100% (42028/42028), done.
real 6m32.874s
user 1m46.820s
sys 0m7.755s
PS: Из 16гб что то я не заметил чтобы больше 3гб при этом использовалось. 12гб пошло на кеши, но это закономерно
PPS: И непонятно как ты там гигабайт намерял
| |
|
|
|
5.101, Аноним (-), 16:58, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> <sarcasm>Тем, что Linus</sarcasm>
Линус - достаточно годный програмер, который в отличие от питонистов пишет не "на питоне", а "чтобы решить вон ту задачу". И что характерно, это очень ощущается по результату его работы.
| |
5.54, бедный буратино (ok), 14:49, 26/02/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Чем?
> Чем Mercurial
А почему такое внимание именно к mercurial? Почему не cvs? Не monotone? Не fossil? Не tar cvzf ../'date +%%Y%%m%%d%%H%%M'.tar.gz * , в конце концов?
| |
|
6.64, alexykot (ok), 15:27, 26/02/2013 [^] [^^] [^^^] [ответить]
| +8 +/– |
на случай если вдруг вас действительно интересует ответ:
так сложилось исторически, что git и mercurial - две очень похожие системы, которые создавались в одно и то же время для решения одной и той же задачи разными людьми из одной команды. Когда разработку ядра Линукса пришлось срочно переносить с проприетарной BitKeeper на другую SCM, разрабы ядра длинно препирались, и в итоге решили сделать свою систему контроля версий, т.к. существующие их не устроили. Причём параллельно два разработчика делали свои собственные велосипеды.
Торвальдс сделал Git, менее известный девелопер Matt Mackall сделал Mercurial. В итоге это две функционально очень похожие системы, с некоторыми фундаментальными внутренними различиями.
Именно поэтому всегда git vs mercurial, история и функционал обоих проектов заставляют сравнивать в первую очередь друг с другом, а все остальные SCM - побоку.
| |
|
7.65, бедный буратино (ok), 15:34, 26/02/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Именно поэтому всегда git vs mercurial, история и функционал обоих проектов заставляют
> сравнивать в первую очередь друг с другом, а все остальные SCM - побоку.
То есть, узость мышления и кругозора? Я так и думал. :) Или это осознание того, что mercurial действительно лучше во многом, и желание его всеми средствами принизить? Кстати, что это даст конкретному индивидууму?
И ещё, когда два человека начинают перечислять друг другу свойства, которыми сроду не пользовались - это уже болезнь. :)
Если я сейчас скажу, что fossil лучше git http://fossil-scm.org/index.html/doc/trunk/www/fossil-v-git.wiki , это как-то повлияет на высокие договаривающиеся стороны?
| |
|
|
|
10.103, Аноним (-), 17:02, 26/02/2013 [^] [^^] [^^^] [ответить] | –3 +/– | Вот спасибо, это баги а не фичи вообще В этот ваш hg добавили вебморду, пилять ... большой текст свёрнут, показать | |
|
|
12.210, Аноним (-), 20:14, 26/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | То и значит Вот браужу я иерархию некоего проекта через вебфэйс, допустим Зале... большой текст свёрнут, показать | |
|
|
|
|
|
|
12.98, arisu (ok), 16:56, 26/02/2013 [^] [^^] [^^^] [ответить] | +2 +/– | кто сказал 171 нельзя 187 просто неразумно перевозить тяжелые грузы на лиму... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
17.221, Аноним (-), 20:48, 26/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Нормальный С точки зрения репортера хорош тем что прост как топор, есть удобные... большой текст свёрнут, показать | |
|
|
|
21.336, Аноним (-), 18:29, 27/02/2013 [^] [^^] [^^^] [ответить] | +/– | И что это доказывает Ну тогда у меня нжинкс на роутере При желании можно и php... большой текст свёрнут, показать | |
|
|
|
|
|
15.308, iZEN (ok), 11:52, 27/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Для бинарных данных SVN не подходит категорически 8212 нет проверки целостнос... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
6.354, Аноним (-), 20:38, 27/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А почему такое внимание именно к mercurial? Почему не cvs? Не monotone?
Потому что
1) Пинать совсем уж холодные трупы - неэтично.
2) Их фанбои не загаживают ветку своми высосанными из пальца аргументами.
| |
|
|
4.89, Аноним (-), 16:42, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Чем?
В новости есть ответ на этот вопрос. А еще - более адекватной работой с мержами, меньшей тормознутостью.
А от меня персональный факофф HG идет за один тупняк в вебморде: там конечно есть вебфэйс, но он там чисто для галочки. Например, во всех виденных мной вебмордах для гита можно скачать то что ты видишь прямо сейчас в виде тарбола, что удобно, если уж ты набрел на нужную ветку в этой вебне, оно уже под рукой, etc. А в hg - нет, в вебвьюшке просто нет такой опции. Изволь-ка качать это через VCS'ку дорогой юзер. Офигеть как "удобно".
| |
4.310, x0r (??), 12:51, 27/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Чем?
чем "меркуриал"...
извините, не удержался... ;)
| |
|
|
|
5.38, бедный буратино (ok), 13:38, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Кому сдаёт? Зачем сдаёт? Его удаляют с репозиториев дистрибутивов, запрещают исходные коды, мешают использовать? :)
| |
|
6.350, kurokaze (ok), 20:33, 27/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> ваш замечательный hg сдает по всем фронтам.
> Кому сдаёт? Зачем сдаёт? Его удаляют с репозиториев дистрибутивов, запрещают исходные коды, мешают использовать? :)
Потерпевший путается в показаниях (с). Ты веткой выше утверждал что дескать насилие творят, к миру^W git-у принуждают.
| |
|
7.369, бедный буратино (ok), 01:55, 28/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Кому сдаёт? Зачем сдаёт? Его удаляют с репозиториев дистрибутивов, запрещают исходные коды, мешают использовать? :)
> Потерпевший путается в показаниях (с). Ты веткой выше утверждал что дескать насилие
> творят, к миру^W git-у принуждают.
К винде тоже принуждают. Но при этом всякий мыслящий индивидуум может легко выбрать альтернативу. Принуждают то немыслящих или новичков.
| |
|
|
|
|
11.412, iZEN (ok), 18:05, 17/12/2014 [^] [^^] [^^^] [ответить] | +/– | ---http rsdn ru forum tools 5894359 Git спрятанные головы От Bluebarry ... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
4.44, Xasd (ok), 14:05, 26/02/2013 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Почему Git хуже Mercurial: http://habrahabr.ru/post/123700/
********** ЦИТАТА ************
на какую ветку было зафиксировано изменение ab3e2afd? Какое было самое ранее изменение на ветке «release»?
********** КОНЕЦ ЦИТАТЫ ************
отвечаю на этот вопрос.
хаброчувак, научись пользоваться ''git tag [...]'' ! :)
| |
|
5.61, Anonymous000 (?), 15:20, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
О да, несмотря на то, что бранчи имеют имена, для получения осмысленной истории надо проставлять еще и теги. Это так удобно!
| |
|
6.77, Crazy Alex (ok), 16:16, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Онтологическая разница есть. Бранчи - что делаем (функция). Теги - что сделано (этапы).
| |
6.86, Michael Shigorin (ok), 16:38, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> О да, несмотря на то, что бранчи имеют имена, для получения осмысленной
> истории надо проставлять еще и теги. Это так удобно!
Вы часом не из тех, кто на вопрос про бэкап отвечает "у меня рейд!"? Путаница примерно того же плана.
| |
|
|
4.87, sashkan (ok), 16:39, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Почему Git хуже Mercurial: http://habrahabr.ru/post/123700/
вот этими вопросами:
> Можете ли вы мне сказать, на какую ветку было зафиксировано изменение ab3e2afd? Какое было самое ранее изменение на ветке «release»? Где именно началась ветка «topic»?
автор статьи демонстрирует абсолютное непонимание сущности branch в git-е.
это просто метка.
ничего более.
запомните это.
и не повторяйте глупость.
уже запомнили?
повторите ещё раз:
это просто метка.
| |
|
|
|
3.18, MaMoHT (?), 12:34, 26/02/2013 [^] [^^] [^^^] [ответить]
| +8 +/– |
А у пистона, какие именно проблемы?
Пожалуй, меркариал - это яркий пример для многих псевдо-проф-программеров, что основная оптимизация - она алгоритмическая, а не в переписывание кусков кода на ассемблер.
А вы, кстати попробуйте исходники линуксового ядра сконвертировать в меркариал, оно с 600 метров увеличится до 5 гиг, зато бегать по истории на обычном девелоперском компе будет с намного большей скоростью :) Matt специально на протяжении многих лет не пропускает апдейт в ядро меркариала, который уменьшает объем репозитория до гитовского, потому что в этой ситуации меркариал начнет также дико тормозить на больших репозиториях как и гит. Хотя зря это написал - реально никто не проверит, не попробует, зато вони будет...
| |
|
4.22, Школьник (ok), 12:46, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Matt специально
> на протяжении многих лет не пропускает апдейт в ядро меркариала, который
> уменьшает объем репозитория до гитовского, потому что в этой ситуации меркариал
> начнет также дико тормозить на больших репозиториях как и гит.
Что за апдейт? Где можно узнать о нем?
| |
|
5.25, MaMoHT (?), 12:55, 26/02/2013 [^] [^^] [^^^] [ответить] | +/– | Грубое описание В общем структуры на изменение файлов, которые хранят что гит, ... большой текст свёрнут, показать | |
|
6.28, ананим (?), 13:05, 26/02/2013 [^] [^^] [^^^] [ответить]
| –7 +/– |
>Оно замечательно работает на линуксе, на SCSI-дисках, а еще лучше на SSD
т.е. узкое место — носитель?
ха! не сходится.
видимо носители в линухе… другой системы?
ну-ну.
зыж
да лошары ксеновцы, лошары.
чё уж.
| |
|
7.41, VoDA (ok), 13:48, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Оно замечательно работает на линуксе, на SCSI-дисках, а еще лучше на SSD
> т.е. узкое место — носитель?
На больших объемах узкое место всегда носитель. И индексы лишь отодвигают это проблему чуть дальше. Сами по себе индексы не нужны - они созданы для ускорения доступа к находящейся на носителе информации.
| |
|
|
7.232, Аноним (-), 21:22, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> бедняши. но гит не обязан чинить проблемы винды.
Более того, по моему нескромному мнению, если разработчик пользуется виндой - это обычно говорит о нем, его квалификации и стиле мышления не с лучшей стороны. Бывают конечно исключения, но чаще всего оно вот так.
| |
|
6.110, Аноним (-), 17:14, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Оно замечательно работает на линуксе, на SCSI-дисках, а еще лучше на SSD.
Вот и ответ на вопрос "чем пользуются настоящие разработчики". А вы знаете, SSD с ext4 действительно приятственно работает. Даже с большими иерархиями.
Хотя, конечно, можно давиться кактусами на механическом диске, под виндой с слоупочным нтфс-ом. Но, очевидно, нормальному разработчику не очень приятно ждать машину.
| |
|
|
4.27, rshadow (ok), 12:58, 26/02/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Пожалуй, меркариал - это яркий пример для многих псевдо-проф-программеров, что основная оптимизация - она алгоритмическая, а не в переписывание кусков кода на ассемблер.
Все правильно. И чем попсовее (легче в начинании) язык тем больше в нем псевдо-проф-программеров. И тем хуже общая масса пделий на таких языках. Вот такая вот обратная связь получается.
| |
4.29, бедный буратино (ok), 13:06, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А вы, кстати попробуйте исходники линуксового ядра сконвертировать в меркариал, оно с 600 метров увеличится до 5 гиг, зато бегать по истории на обычном девелоперском компе будет с намного большей скоростью :)
Я не знаю, куда бегают по истории, а вот работает, на мой взгляд, оно жутко медленнее, чем один файл. хотя у меня почему-то везде, где есть десятки-сотни тысяч мелких файлов, что на reiserfs, что на ext4, всё становится медленно и печально.
По мне, так скорость работы (add,pull,push,commit и т.д.) с десятками тысяч файлов для меня основное достоинство git. Хотя всё равно, счёт идёт на минуты. :(
| |
|
5.114, Аноним (-), 17:17, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Хотя всё равно, счёт идёт на минуты. :(
Если у тебя натужно хрустит диск на большой иерархии - use SSD, Luke. Ты будешь удивлен тому как автомобиль путем небольшого апгрейда превращается в космолет.
| |
5.355, kurokaze (ok), 20:39, 27/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> По мне, так скорость работы (add,pull,push,commit и т.д.) с десятками тысяч файлов
> для меня основное достоинство git. Хотя всё равно, счёт идёт на
> минуты. :(
1-2гб памяти, да? Это не девелоперская машина, увы. На 16гб же все прекрасно ложится в кеши ОС. Диск вообще не трогается, так то
| |
|
6.365, arisu (ok), 22:06, 27/02/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> 1-2гб памяти, да? Это не девелоперская машина, увы.
неееет, это как раз девелоперская. чтобы, @#%^@$, девелоперы добивались нормальной быстрой и комфортной работы на таких ресурсах, а не на 32-гигабайтных монстрах. сразу, а не «потом».
| |
|
7.373, kurokaze (ok), 02:05, 28/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> 1-2гб памяти, да? Это не девелоперская машина, увы.
> неееет, это как раз девелоперская. чтобы, @#%^@$, девелоперы добивались нормальной быстрой
> и комфортной работы на таких ресурсах, а не на 32-гигабайтных монстрах.
> сразу, а не «потом».
Ок, запусти на 2гб IntelliJ IDEA или Eclipse для android разработки.
Ну QtCreator еще будет шевелиться под xfce/etc.
А вот Xcode например на 4гб себя печально чуствует. Но тут надо сказать спасибо яблу - у них последние релизы osx все жирнее и жирнее.
PS: Но пойнт оценил, да, ггг
| |
|
|
9.380, Аноним (-), 03:52, 28/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | 64К, не более Тогда они научатся понимать как все это работает, а не только пис... текст свёрнут, показать | |
|
|
7.381, Аноним (-), 03:55, 28/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> и комфортной работы на таких ресурсах, а не на 32-гигабайтных монстрах.
> сразу, а не «потом».
Тем не менее, на разлапистых иерархиях (типа кернела и т.п.), на SSD да с большим кэшом (8 гиг и более) - куда как приятнее с такое иерархией оперировать. Постоянный cache hit + подчитка с быстрого носителя при miss - это хорошо :).
| |
|
6.392, hg ненужен (?), 13:34, 28/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
девелоперская машина это когда точно знаешь на что расходуется память,
а вот быдло разработчик сразу чувствуется - когда мыслит что он напихает 32G памяти,
и зас№;% ее ява поделиями и прочим Г софтом, который для открытия нескольких текстовых файлов сьедает сразу 500 метров оперативки
| |
|
|
4.39, Аноним (-), 13:40, 26/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | гит тоже поддерживает рыхлый формат хранения, когда каждая версия лежит в отде... большой текст свёрнут, показать | |
4.40, hg ненужен (?), 13:40, 26/02/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
у пистона много проблем,
начать с того что это виртуальная машина
но флем не об этом
| |
4.67, TbIK (ok), 15:49, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А у пистона, какие именно проблемы?
Он динамический. Даже если уповать на конкретных профессионалов Пестона, я не могу быть уверен 100% (даже с тест-модулями), что на энной итерации вся эта бодяга не навернётся.
Если же Меркуриал сделан БЕЗ привлечения подноготной рантайм магии, тогда тем более непонятен выбор именно такого языка. Почему не взять D(Ди)? Он избавляет от освобождения памяти (сборщик мусора), он компиляет в шустрый нативный код(Win+Linux), он имеет кучу удобных языковых конструкций (шаблоны, примеси, диапазоны и т.п.), он прост по синтаксису... налицо все бенефиты!
Но нет, мальчиков привлекает простота "print 'Hello!'" и какой-нибудь рантаймовый выверт - и всё, понеслась...
| |
|
5.73, develop7 (ok), 16:12, 26/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Как будто какой-то другой мейнстримный ЯП даёт эту уверенность Таки ви хотите с... большой текст свёрнут, показать | |
5.74, Crazy Alex (ok), 16:13, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Когда меркуриал писали D не было толком. А так - отличный язык, вполне пригодный чтобы вытеснить скриптовые - читабельность и удобство на уровне, при статической типизации.
| |
5.75, arisu (ok), 16:13, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Почему не взять D(Ди)?
может, потому, что к 2005-му с открытым компилятором у ди было, мягко говоря, так себе, и ставить себя в зависимость от, фактически, one man project, без толковых открытых исходиников и даже, в общем, без вменяемого стандарта и гарантии поддержки старых версий — это не просто глупость, а феерическая, сказочная глупость?
| |
|
4.94, Аноним (-), 16:51, 26/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | 1 Тормоз 2 Вечно ломают совместимость между версиями Вот реально, задрали П... большой текст свёрнут, показать | |
4.250, Аноним (-), 21:44, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> реально никто не проверит, не попробует, зато вони будет...
Я проверял на исходниках и портах FreeBSD, а это достаточно большие репозитории. Давно, правда было, но git выиграл и по скорости чекаута и по размеру. Точных цифр не помню, ибо сравнивал их не между собой а с svn.
| |
4.352, kurokaze (ok), 20:35, 27/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А у пистона, какие именно проблемы?
Навскидку:
dev-lang/python
Available versions:
(2.5) 2.5.4-r4 ~2.5.4-r5
(2.6) 2.6.8 ~2.6.8-r1
(2.7) 2.7.3-r2 ~2.7.3-r3
(3.1) 3.1.5 ~3.1.5-r1
(3.2) 3.2.3 ~3.2.3-r1 ~3.2.3-r2
(3.3) **3.3.0 **3.3.0-r1
Неплохо так, да? У перла один слот, у рубей всего 2 (да и то 1.8 оставили для экзотического и старого), а тут такое море разливаное
[сообщение отредактировано модератором]
| |
|
|
|
3.357, Аноним (-), 20:42, 27/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Git просто лучше по всем параметрам, а ты делай CVSup))))
От человека с ником slowpoke это звучит вдвойне издевательски :)
| |
|
|
|
2.3, Аноним (-), 11:47, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Повторяйте это три раза в день после еды и может быть это станет правдой.
| |
2.9, бедный буратино (ok), 12:08, 26/02/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
Для маленьких проектов удобнее просто mercurial. :) Или даже fossil. :) Они проще.
Зачем нужен toчегототамhg?
| |
|
3.24, Аноним (-), 12:51, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Иногда надо протянуть руку помощи многим юзерам которым окошки нанесли серьезный ущерб мозгу. У них без костылика возникают проблемы разума. В общем это вопрос из области гуманизма.
| |
|
4.30, бедный буратино (ok), 13:08, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Иногда надо протянуть руку помощи многим юзерам которым окошки нанесли серьезный ущерб
> мозгу. У них без костылика возникают проблемы разума. В общем это
> вопрос из области гуманизма.
Простите, а текст пишут они тоже мыжкой?
| |
|
5.58, arisu (ok), 14:58, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Простите, а текст пишут они тоже мыжкой?
открывают в отдельном окне документ с буквами и копипастят.
| |
|
6.118, Аноним (-), 17:19, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> открывают в отдельном окне документ с буквами и копипастят.
Спасибо если не вставляют картинку с отсканированным монитором в ворд, называя это "скриншот".
| |
|
|
|
|
2.95, Аноним (-), 16:53, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Но для маленьких проектов в небольших конторках - удобнее Mercurial + TortoiseHg.
Уточним: для конторок с быдлокодерами под виндой, которые командлайна боятся как огня. Хотя на самом деле командлайн - замечательное средство, способное поднять эффективность взаимодействия с компьютером в разных ситуациях и избавиться от обезьяньего кликания по кнопкам в рутинных операциях.
| |
|
1.14, MaMoHT (?), 12:22, 26/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Похоже реальная причина в следовании моде и дань привычкам. Это как в анекдоте: прыщи-никто не хочет -> никто не хочет - прыщи ... Это как снежный ком - все ведутся, что git крутой, потому что Линус, потому что используется для разработки ядра - из-за этого большое количество открытых проектов на git - из-за этого приходится учится пользоваться git и его 'монструозным набором команд' (к которым понятное дело привыкаешь и начинаешь пользоваться на уровне рефлексов) - и в результате эта привычка приводит к тому, что и в своей работе начинаешь его использовать, увеличивая тем самым количество открытых проектов на git... Но если посмотреть в историю коммитов проектов на git'е, то туда лучше не соваться, а использовать только последний рабочий коммит, ну и пара тройка телодвижений по истории (и тут главное не запутаться, где был рабочий вариант!)... Это как даб-степ, который слушают хипстеры (читай гики в терминологии ИТ), но который реально давно уже мэйнстрим...
| |
|
|
3.19, MaMoHT (?), 12:35, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Повторяй это 3 раза в день, и это станет правдой
Повтряй свою мантру 3 раза день перед едой, и твое пищеварение улучшится
| |
|
2.20, Аноним (-), 12:36, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Линус хорошо знал изнутри проблемы с большим проектом, по очевидным причинам (слияние веток и устранение конфликтов лежало практически на нем). Много пользовался проприетарным bitkeeper, и он очень ему нравился. Народ не понял, что это еще за проприетарщна в самом сердце проекта. Линус вынужден был придумать свое или отказаться. Так и родился git.
Он хороший не потому что там прaвильные коммиты или дабстеп с прыщами, а просто потому как он хорошо делает свою основную задачу - помогает оперировать с ветками больших проектов.
| |
|
3.21, MaMoHT (?), 12:42, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Угу, потому так не утихают баталии, что лучше merge или rebase.
Git замечательная штука, до ума бы только ее довели, чтобы уж хомячки перестали испытывать угрезения совести, что вроде как и штука удобная и производительная, но хорошо, когда некоторые вещи делать не приходится...
Ладно, вам так горячится, картинка просто удручает, когда люди пишут: git-это клево, потому что Линус написал....
| |
|
4.31, ананим (?), 13:09, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
неа. удручают как раз перцы, для которых:
>В качестве достоинств Git, послуживших стимулом к миграции, упоминается богатая функциональность, гибкость и производительность, более удобный процесс приёма групп патчей и превращается в:
>потому что в этой ситуации меркариал начнет также дико тормозить на больших репозиториях как и гит.
не, это же понятно, что ксеновцы сбежали с меркуиал просто на зло.
чтобы потролить линух-хейтеров.
| |
|
5.47, develop7 (ok), 14:13, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Напоминает
> - Доктор, у меня боли в спине.
> Доктор просит нагнуться больного - "так лучше?"
> - Все равно больно.
> Нагибает еще больше: А так?
> - Так намного легче.
> - Ну вот так и ходите. | |
|
6.91, Crazy Alex (ok), 16:43, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
вам привели объяснение (отлично сформулированное, кстати) - как и когда использовать определённый инструмент. Что не так?
| |
|
7.137, develop7 (ok), 17:56, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Объяснение сводится к словам «не делайте так». Проблема случайной перезаписи нафиг чужих наработок (и проглядывания глазами reflog, чтобы восстановить) никуда не делась, решения её нет и не будет.
При том, что эта же проблема решена в Mercurial больше года назад (http://mercurial.selenic.com/wiki/Phases).
Вот что не так.
| |
|
|
|
|
|
|
|
14.294, arisu (ok), 08:56, 27/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | знаешь такое понятие guidelines один из вариантов сделать так, чтобы их соблюд... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
3.33, Michael Shigorin (ok), 13:14, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Народ не понял, что это еще за проприетарщна в самом сердце проекта.
> Линус вынужден был придумать свое или отказаться. Так и родился git.
Скорее легенда, а катализатором вообще-то поработал некто Andrew Tridgell с проектиком по реверс-инжинирингу протокола BK.
| |
3.49, freehck (ok), 14:17, 26/02/2013 [^] [^^] [^^^] [ответить]
| +5 +/– |
> Много пользовался проприетарным bitkeeper, и он очень ему нравился. Народ не понял, что это еще за проприетарщна в самом сердце проекта. Линус вынужден был придумать свое или отказаться. Так и родился git.
Не совсем. В 2005-м BitKeeper прекратил быть бесплатным для некоммерческих проектов. Именно так родился Git. =)
| |
|
|
5.222, Аноним (-), 20:53, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> И умер BitKeeper.
Практика показала что пытаться нагнуть программистов - совершенно гиблое начинание. Они не только не нагнутся но еще и ответят так что нагибавший потом долго от икоты не оправится.
| |
|
|
|
2.35, Аноним (-), 13:33, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Похоже реальная причина в следовании моде и дань привычкам
В данном случае - вряд ли. Разработчика довольно тяжело заставить использовать неудобный инструмент, если ему в руки попался очевидно более удобный. Поначалу они как раз пользовались mercurial (раз основной репозиторий держался на нем). Почему "дань привычкам" не удержала их на mercurial?
Аргумент, связанный с модой, проканал бы, если бы они вообще не умели пользоваться VCS и взяли первый попавшийся git, потому что он распиарен. Но на деле-то было все наоборот, у них был опыт работы в двух VCS и был личный выбор каждого разработчика, что использовать. Переход официального репозитория на git стал следствием того, что фактически большинство разработчиков использовали git
| |
|
3.59, kshetragia (ok), 15:15, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Похоже реальная причина в следовании моде и дань привычкам
> В данном случае - вряд ли. Разработчика довольно тяжело заставить использовать неудобный
> инструмент, если ему в руки попался очевидно более удобный.
Вся современная история ИТ - это использование неудобных инструментов.
| |
|
4.63, arisu (ok), 15:26, 26/02/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Вся современная история ИТ — это использование неудобных инструментов.
которые всё-таки по возможности меняют. другое дело, что когда начинали с неудобным — часто других и вовсе не было. а потом уже поздно, уже и процесс на старый инструмент заточен.
| |
4.120, Аноним (-), 17:23, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вся современная история ИТ - это использование неудобных инструментов.
Да вообще странные люди. Выпускают какие-то промежуточные версии софта, с багами и без фич. Нет бы собрались и на одном дыхании написали сразу финальную версию! Так чтобы не отнять и не добавить - монументально! Идеально! Шедеврально! Заодно и VCSы станут ни к чему. Зачем вам контроль версий при таком раскладе?! Это выбор лузеров и трусов.
| |
|
|
|
1.37, бедный буратино (ok), 13:37, 26/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Больше всего мне в данной новости нравится то, что полопеннета - это коммитеры в xen. Ну, или латентные коммитеры в Xen. Всем это так важно.
Ну перешёл и перешёл. Все там будем. Нужных для меня удобств в git от этого всё равно не появится. :)
| |
|
2.172, Аноним (-), 19:03, 26/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Ну перешёл и перешёл. Все там будем. Нужных для меня удобств в
> git от этого всё равно не появится. :)
А кого вы тут волнуете?
| |
|
|
2.46, Борис (??), 14:13, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Потому что по другому Mercurial очень неудобно использовать. Ваш К.О.
| |
|
3.48, develop7 (ok), 14:15, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Потому что по другому Mercurial очень неудобно использовать. Ваш К.О.
Раскройте тезис, не стесняйтесь.
| |
|
4.123, Аноним (-), 17:26, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Раскройте тезис, не стесняйтесь.
Не умеет мержи где более 2 parent-ов, например. И слоупочный.
| |
|
5.140, develop7 (ok), 18:01, 26/02/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Интересно, сколько octopus merge commits будет в репозитории Xen через год. Два? Четыре?
| |
|
6.342, Аноним (-), 20:09, 27/02/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Интересно, сколько octopus merge commits будет в репозитории Xen через год. Два? Четыре?
"Интересно, сколько человекам надо более 640Кб памяти? Двум? Четырем?"
| |
|
|
|
|
|
1.56, TbIK (ok), 14:54, 26/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
"богатая функциональность, гибкость и производительность, более удобный процесс приёма групп патчей и упрощение работы коммитеров"
Мы действительно должны покупаться на всё это "бла-бла"?? Ха-ха! :) Ребята, ШАМПУНЬ продавайте, вам там самое место.
| |
|
|
|
Часть нити удалена модератором |
4.126, Аноним (-), 17:28, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> криворукий интерфейс ГИТа.
...
> интуитивный интерфейс и лёгкость работы.
Сплошной субъективизм и никакой конкретики. Как кем-то говорилось, очевидный интерфейс - только мамкина грудь. Остальному всяко придется учиться.
| |
|
5.128, бедный буратино (ok), 17:31, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Сплошной субъективизм и никакой конкретики. Как кем-то говорилось, очевидный интерфейс
> - только мамкина грудь. Остальному всяко придется учиться.
Кроме 0 и 1 бывают и другие цифры, промежуточные.
Очевидный интерфейс - это тот, с которым не возникает сложностей. Который адекватен людским ожиданиям. Не бывает очевидного интерфейса для всех, но для какой-то категории - бывает.
Поэтому, если одна вещь понятна, а другая требует повышенного внимания только для базового освоения, нечего прятаться за женскую грудь.
| |
|
6.132, Аноним (-), 17:47, 26/02/2013 [^] [^^] [^^^] [ответить] | +/– | В двоичной математике их как раз не бывает Что не мешает на основе столь просто... большой текст свёрнут, показать | |
|
7.136, бедный буратино (ok), 17:55, 26/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Так я и не тратил каких-то усилий на освоение гита. Достаточно лишь
> понимать самые основы того как работают команды. И гит при этом
> становится простым и логичным инструментом. Работающим именно так как и ожидается
> от VCS'ки в таком контексте.
Слаще сиськи ничего не ели? :)
| |
|
8.234, Аноним (-), 21:27, 26/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Да я тебе выше вон примерчики с гитом и hg на примере вемборд кинул При том в г... текст свёрнут, показать | |
|
|
6.157, Crazy Alex (ok), 18:41, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я, конечно, придираюсь, но... "промежуточные цифры между 0 и 1" имет риск попасть на баш.
| |
|
7.167, arisu (ok), 18:57, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> «промежуточные цифры между 0 и 1» имет риск попасть на баш.
неа, там контингент такой же, тоже не различает цифры и числа.
| |
|
|
9.180, arisu (ok), 19:23, 26/02/2013 [^] [^^] [^^^] [ответить] | +2 +/– | скажи, мне кажется, или ты порядочно деградировал и превратился в обычного демаг... текст свёрнут, показать | |
|
|
|
|
Часть нити удалена модератором |
|
|
|
|
|
|
|
|
17.289, arisu (ok), 08:47, 27/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | так вот это всё потому, что в школе мозг сверлили не сверлили б 8212 и не зн... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
16.344, Аноним (-), 20:23, 27/02/2013 [^] [^^] [^^^] [ответить] | +/– | Ой, ладно вам Вы посмотрите кто новости пишет, например Это или постоянные пос... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
6.170, Аноним (-), 19:02, 26/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Кроме 0 и 1 бывают и другие цифры, промежуточные.
> Очевидный интерфейс - это тот, с которым не возникает сложностей.
Я вот начинал с mercurial. Который закончился сразу как только, когда я сделал коммит в поддиректории проекта, закоммитил мне файлы во всём проекте. Вот это - да, я понимаю, очевидно. Вспомнил что у git была stagin area, и больше на hg не возвращался. И никаких сложностей ни разу не испытывал.
| |
|
|
4.169, Аноним (-), 19:00, 26/02/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Ни разу Но mercurial куда хуже, а все аргументы его фанбоев - я не осилил git ... большой текст свёрнут, показать | |
|
|
2.124, Аноним (-), 17:26, 26/02/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Мы действительно должны покупаться на всё это "бла-бла"??
Ни в коем случае не покупайтесь. М...ки должны страдать. И шампунь выбросьте, ходите грязным.
| |
|
|
|
3.233, бедный буратино (ok), 21:23, 26/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> что характерно — «приказатели» очень часто плохо кончают.
А потому что силу побеждает другая, новая сила. И вовремя перестать отсвечивать - это тоже талант (главное, не предавать при этом никого).
| |
|
|
3.363, Аноним (-), 22:00, 27/02/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Это точно комментарий к новости о переходе на Git?
Это страдания бедного буратины, которого от совершенно обычных и даже логичных и предсказуемых событий почему-то начинает жестоко штормить. Вот он и генерит тут коредампы :).
| |
|
4.366, Michael Shigorin (ok), 22:18, 27/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Это точно комментарий к новости о переходе на Git?
> Это страдания бедного буратины
Да уймитесь уже, вопрос совершенно не требует ответа :)
| |
|
5.367, Аноним (-), 00:25, 28/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Давно бы уже удалил нитку как оффтопик (как и ту здоровую сверху). Но ты видимо троллей покрываешь.
| |
5.378, бедный буратино (ok), 02:16, 28/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> Это точно комментарий к новости о переходе на Git?
>> Это страдания бедного буратины
> Да уймитесь уже, вопрос совершенно не требует ответа :)
Всё, больше никому ничего не объясняю. Поставьте мне лимит на ответы в 10 слов. :)
| |
|
|
|
|
1.260, Аноним (-), 21:55, 26/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Ну вот и первая ласточка. Народ не просто выбирает git для нового проекта (при выборе git/hg), он уже активно сваливает с hg в сторону git. А фанбои mercurial так и не придумали аргументов помимо "плохой синтаксис", "не такие ветки", "распиарено торвальдсом". При том что первое - неосиляторство, второе - синдром утёнка, а последнее - потому что нечем крыть.
| |
|
2.312, iZEN (ok), 13:36, 27/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Команда hg так же проста и понятна людям, как проста и понятна команда zfs для управления очень сложной (изнутри) файловой системой. Людям нет дела до устройства файлового хранилища и им не нужно опускаться на уровень размещения байтов на поверхности диска, если есть простой и удобный способ хранить свои данные в файлах. За внешней простотой скрываются часто очень сложные вещи, которые не должны требовать досконального изучения их внутреннего устройства. К сожалению, Git не следует парадигме простоты и доступности (нужно досконально изучить документацию и лучшие практики, чтобы не делать ошибок), но следует принципам известности и насаждения не лучших приёмов использования (см. исторический ревизионизм, частичный отказ от истории изменений).
| |
|
3.338, Аноним (-), 19:11, 27/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Команда hg так же проста и понятна людям, как проста и понятна
> команда zfs для управления очень сложной (изнутри) файловой системой.
Я это могу сказать про git. А вот hg с несколькими головами, необходимостью расширений, "закладками", mq и прочей головомойкой сюда никак не подходит.
| |
3.364, Аноним (-), 22:02, 27/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Команда hg так же проста и понятна людям, как проста и понятна команда zfs
Метко замечено: оба те еще слоупоки.
| |
|
2.347, Аноним (-), 20:30, 27/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> При том что первое - неосиляторство, второе - синдром утёнка, а последнее - потому что
> нечем крыть.
Какая эпическая расстановка точек над i.
| |
|
1.386, Аноним (-), 12:37, 28/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Тема как обычно скатилась в срач, но факт остается фактом - от mercurial уже сознательно отказываются серьёзные проекты, даже учитывая что на mercurial уже была завязана инфраструктура и все разработчики его знали.
| |
|
2.389, hg ненужен (?), 13:18, 28/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
меркуриал может спасти только если его перепишут на С/C++
но никто этим заниматся не будет,
поэтому hg постепенно умрет в проектах которые живут не на скриптовых языках типа пистона
| |
2.390, develop7 (ok), 13:28, 28/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Тема как обычно скатилась в срач, но факт остается фактом - от mercurial уже сознательно отказываются серьёзные проекты, даже учитывая что на mercurial уже была завязана инфраструктура и все разработчики его знали.
Знали, агащас:
> There’s a single repo with a branch corresponding to each old xen*.hg tree
Что им мешало держать все ветки в одном репозитории hg, м? Питон, поди?
| |
|
3.398, Аноним (-), 21:35, 01/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Знали, агащас
Ну как же? mercurial ведь ло сел и поехал, это для git нужно мануалы читать.
> Что им мешало держать все ветки в одном репозитории hg, м? Питон, поди?
Захотели бы - слили всё в один mercurial реп. Но вот ведь какое дело, не захотели.
| |
|
|
5.400, Аноним (-), 05:08, 02/03/2013 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Ога-ога. ++Пойду допилю git-реп для однострочного patch-а. Надо, но не diff-ом же!?
О чём ты, пришибленный?
| |
|
6.408, Аноним (-), 03:58, 09/03/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> О чём ты, пришибленный?
В отличие от вас он написал довольно годный мануал "для чайников".
| |
|
7.411, arisu (ok), 11:38, 09/03/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> О чём ты, пришибленный?
> В отличие от вас он написал довольно годный мануал "для чайников".
так по ссылкам же ходить не модно.
| |
|
|
|
|
|
|
|