URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 86133
[ Назад ]

Исходное сообщение
"Релиз распределенной системы управления исходными текстами G..."

Отправлено opennews , 23-Авг-12 17:24 
Доступен (https://lkml.org/lkml/2012/8/19/196) релиз распределенной системы управления исходными текстами Git 1.7.12 (http://git-scm.com/). Git является одной из самых эффективных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются криптографические методы, также возможна привязка цифровых подписей разработчиков к тегам и коммитам. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux, DragonFly BSD, Perl, Eclipse, GNOME, KDE, Qt, Ruby on Rails, Android, PostgreSQL, X.org.


Из изменений можно выделить:


-  Пользовательские настройки  $HOME/.gitconfig теперь могут сохраняться в $HOME/.config/git/config, также автоматически будут задействованы файлы  $HOME/.config/git/attributes и $HOME/.config/git/ignore, при их наличии;
-  В команде "git apply" появилась поддержка выполнения трёхступенчатого слияния патча на основании базовой версии, если к текущей версии данный патч неприменим;
-  Экспериментальная поддержка "git clone --local $path" для использования ссылок или копий из заданного пути при клонировании репозитория на диск;

-  "git rebase [-i] --root $tip" может использоваться для перезаписи всей истории от момента $tip до корневого коммита;

-  В "git rebase -i" добавлена поддержка опции  "-x cmd" для вставки в историю результата выполнения "exec cmd" после каждого коммита;
-  В "git status" улучшена классификация состояний конфликтов;
-  В "git submodule" появилась поддержка работы с вложенными субмодулями;

-  В contrib-модуле для взаимодействия с mediawiki появилась поддержка вложений;
-  Обновлён модуль vcs-svn, в котором устранены проблемы сборки и ограничения при работе на 32-разрядных системах;
-  В "git svn" проведена реорганизация операций выборки кода из репозитория, что привело к увеличению скорости работы;
-  Проведена оптимизация производительности кода сравнения путей и выполнения команд "git log -n 1 -- rarely-touched-path", "git index-pack", "git pack-objects", git am --rebasing".


URL: https://lkml.org/lkml/2012/8/19/196
Новость: http://www.opennet.me/opennews/art.shtml?num=34642


Содержание

Сообщения в этом обсуждении
"Релиз распределенной системы управления исходными текстами G..."
Отправлено Клыкастый2 , 23-Авг-12 17:24 
джит радует.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено добрый дядя , 23-Авг-12 17:27 
Mercurial проще и удобнее для небольших проектов и для командной разработки

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 17:33 
дада, кто последний закоммитил, тот и мержит головы!

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 17:46 
лишние головы нужно отрубать (ci --close-branch)

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:53 
Кому нужно и почему? Git как раз удобен тем что каждый может локально делать что угодно, а это все можно вмержить нормально без головняка. Множественные головы - фича а не баг. Способствует разнообразию видов и процветанию проектов.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 00:16 
Больше чем одна голова в ветке - не нужны. Имеется ввиду публичная ветка. Если нужно поддерживать разный функционал, использовать именованные ветки (разные).
Hg тоже позволяет локально делать что угодно.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:26 
> Больше чем одна голова в ветке - не нужны.

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

> Имеется ввиду публичная ветка. Если нужно поддерживать разный функционал,
> использовать именованные ветки (разные).

Ну то-есть, закат солнца вручную, с эмуляцией фичи при помощи костылей и подпорок.

> Hg тоже позволяет локально делать что угодно.

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


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 26-Авг-12 17:46 
> дада, кто последний закоммитил, тот и мержит головы!
>  А как по мне - при совместной разработке очень удобно, что все желающие могут пользовать свои головы

Вас не поймёшь: то не удобно, то удобно. Определитесь!


"Релиз распределенной системы управления исходными текстами G..."
Отправлено добрый дядя , 23-Авг-12 17:53 
работайте в разных ветках, чо в общую лезть? не говори что при твоем сценарии git работает иначе

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:28 
> работайте в разных ветках, чо в общую лезть? не говори что при
> твоем сценарии git работает иначе

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


"Релиз распределенной системы управления исходными текстами G..."
Отправлено птыщ , 23-Авг-12 18:36 
вы сударь прямь как секс меньшинства которые вечно кричат о дискриминации. ну нравится вам меркуриал, ну пользуйтесь бога ради. зачем лезть с такими смешными комментариями в пост про гит? наболела? нам плевать.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:56 
> смешными комментариями в пост про гит? наболела? нам плевать.

Это как ребенок в песочнице пыжится доказать что его игрушечная машинка - почти как настоящая.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 06:29 
ну ето вы перегнули уже

"Релиз распределенной системы управления исходными текстами G..."
Отправлено dq0s4y71 , 25-Авг-12 14:16 
А вы прямо как "православное большинство", которое вечно недовольно тем, что кто-то высказывает мнение, отличное от их собственного. Не нравится комментарий? Не читайте. Есть что возразить по существу? Возразите.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 27-Авг-12 00:03 
> А вы прямо как "православное большинство"

Казалось бы, при чём техническое обсуждение DSCM и просчитанные провокации.  Давайте всё-таки мух отдельно.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено dq0s4y71 , 27-Авг-12 01:05 
> просчитанные провокации

С верующими людьми всё-таки интересно общаться. В том числе из-за их способности видеть то, чего нет. :)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 27-Авг-12 01:59 
> В том числе из-за их способности видеть то, чего нет. :)

Докажите.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено dq0s4y71 , 27-Авг-12 11:58 
Что доказать? :)

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 28-Авг-12 14:58 
Что нет.

"Релиз распределенной системы управления исходными..."
Отправлено arisu , 28-Авг-12 15:02 
> Что нет.

wrong. доказывает тот, кто заявляет существование. докажи, что ты не рептилоид?


"Релиз распределенной системы управления исходными..."
Отправлено Michael Shigorin , 28-Авг-12 15:50 
Доказывает тот, кто утверждает.

"Релиз распределенной системы управления исходными..."
Отправлено arisu , 29-Авг-12 04:21 
кто вводит новую сущность, тот и доказывает, что она нужна. отказ это доказать принимается за невозможность сие сделать.

p.s. я тебе про рептилоида ведь не зря упомянул. глупый вопрос был, не так ли? вот и не тупи, пожалуйста.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 18:39 
>Я не знаю $TOPIC, но не могу не похвастаться тем, что знаю $OFFTOPIC.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено добрый дядя , 23-Авг-12 20:16 
> Я не знаю $TOPIC, но не могу не похвастаться тем, что знаю $OFFTOPIC.

я пользуюсь $TOPIC-ом вполтную, и предпочитаю Mercurial


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:22 
Ну главное чтоб не коз.



"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 25-Авг-12 10:26 
> я пользуюсь $TOPIC-ом вполтную, и предпочитаю Mercurial

git для вас слишком быстрый? А пока меркуриал коммиттит, можно перекур устроить.
Единственное преимущество меркуриала.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 25-Авг-12 11:57 
> А пока меркуриал коммитит, можно перекур устроить.

Меркур уж тогда.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 26-Авг-12 19:14 
>> я пользуюсь $TOPIC-ом вполтную, и предпочитаю Mercurial
> git для вас слишком быстрый? А пока меркуриал коммиттит, можно перекур устроить.  Единственное преимущество меркуриала.

Мне вот не случалось замечать разницу в скорости отработки команды commit. Очевидно потому, что я Всё Делал Не Так.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:22 
нифига он не проще, всё напильником нужно допиливать

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:55 
> Mercurial проще и удобнее для небольших проектов и для командной разработки

Не знаю что в нем проще. Тормозной какой-то. Git явно делался хардкорными разработчиками под свой рабочий процесс. А hg - "чтобы попрограммить на питоне".


"Релиз распределенной системы управления исходными текстами G..."
Отправлено dq0s4y71 , 23-Авг-12 17:49 
гит

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 09:02 
и гит тоже.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено avsej , 28-Авг-12 11:02 
/'ɡɪt/

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Guest , 23-Авг-12 19:38 
Я придаю большое значение красивому дизайну графического интерфейса, его удобству.
И по-этому, при прочих равных делах, выбрал Git из-за TortoiseGit, т.к. TortoiseHg на его фоне значительно уступал (дело было год назад). Как оно там сейчас, не знаю, но слезать не собираюсь.

Так то вот.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено добрый дядя , 23-Авг-12 20:19 
> Я придаю большое значение красивому дизайну графического интерфейса, его удобству.
> И по-этому, при прочих равных делах, выбрал Git из-за TortoiseGit, т.к. TortoiseHg
> на его фоне значительно уступал (дело было год назад). Как оно
> там сейчас, не знаю, но слезать не собираюсь.
> Так то вот.

молодец, может ты подскажешь адекватное GUI для git под Linux??? и для Mac OS X не забудь

разумеется что TortoiseGit под windows очень крут, я пользовался им

но нормальный, качественный для всех ОС GUI, это именно TortoiseHg, который за этот год был радикально переработан и доделан до состояния конфетки

а git GUI для Linux всё такой же убожеский, какой ни посмотри


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 21:11 
git и из консоли весьма удобен, не говоря уже о том, что все его фичи доступны именно оттуда. Я даже на винде стал использовать его из консоли, TortoiseGit включаю только любоваться на граф ревизий

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:59 
> git и из консоли весьма удобен, не говоря уже о том, что
> все его фичи доступны именно оттуда.

Ну привык человек мышкой возякать. Такой вот "программер".


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Влад , 23-Авг-12 21:18 
Если ты программист, то использовать GUI неудобно.

Для артистов это система контроля версий совершенно не подходит. Есть куда более удобные, которые даже мержи и ветки нормальные для графических файлов поддерживают.

Создание GUI для git только пустая трата времени.

P.S. Пользователи TortoiseGit, без обид, вы хорошие ребята, просто не опытные :)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:58 
> P.S. Пользователи TortoiseGit, без обид, вы хорошие ребята, просто не опытные :)

Да просто нынче каждая гламурная киса хочет ощутить себя крЮтым разработчиком. Но выглядит в лучшем случае как унылый скрипткидь, каковым и является.



"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 11:31 
> Если ты программист, то использовать GUI неудобно.

Да уж, тоже gitk --all пускаю посмотреть, что как нынче взаимосвязано и как лучше расшивать.  Для остального -- zsh и алиасы.

> Для артистов

Английское "artist" на русский переводится как "художник", но не именно "артист" :-)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 12:15 
>Для остального -- zsh и алиасы.

Зачем вообще консоль?
Если ваше ide не поддерживает достаточную интеграцию с вашей системой контроля версий - выкидывайте обоих.
>Английское "artist" на русский переводится как "художник", но не именно "артист" :-)

Подавляющее большинство artist -ов еще те артисты.


"Релиз распределенной системы управления исходными..."
Отправлено arisu , 24-Авг-12 13:50 
а зачем нужно это самое ide, и что там есть такого суперубойного? кроме фич для быдлокодеров.

переключаться между разными файлами позволяет любой нормальный редактор. синтаксис сейчас тоже не подсвечивают только три с половиной инвалида. поддержка ctags тоже есть практически везде. так что такое «ide» и зачем это надо?


"Релиз распределенной системы управления исходными..."
Отправлено an. , 27-Авг-12 10:31 
IDE: http://ru.wikipedia.org/wiki/%D0%98%D0%B...
/как вы сами любите говорить/ Можете не благодарить

"Релиз распределенной системы управления исходными..."
Отправлено arisu , 27-Авг-12 10:37 
ясно: ответа нет, но решил Блеснуть. ну, блести, мне не жалко.

"Релиз распределенной системы управления исходными..."
Отправлено Аноним , 27-Авг-12 12:14 
> /как вы сами любите говорить/ Можете не благодарить

Думаешь, он не знает что такое IDE? Он спрашивал нафиг оно нужно и чего такого уникального там можно делать чего нельзя делать без IDE.


"Релиз распределенной системы управления исходными..."
Отправлено develop7 , 27-Авг-12 21:20 
> переключаться между разными файлами позволяет любой нормальный редактор. синтаксис сейчас тоже не подсвечивают только три с половиной инвалида. поддержка ctags тоже есть практически везде. так что такое «ide» и зачем это надо?

Меня в своё время IDEA купила с потрохами вот этим — http://tv.jetbrains.net/videocontent/issue-trackers-integrat...
inbefore «мышкопрограмминг» — для всего показанного на экране есть настраиваемые клавиатурные комбинации. Как это делается в этом вашем nano^W  vim?


"Релиз распределенной системы управления исходными..."
Отправлено arisu , 28-Авг-12 01:47 
> Меня в своё время IDEA купила с потрохами вот этим — http://tv.jetbrains.net/videocontent/issue-trackers-integrat...

классный пустой белый экран.

> inbefore «мышкопрограмминг» — для всего показанного на экране есть настраиваемые
> клавиатурные комбинации. Как это делается в этом вашем nano^W  vim?

ну, цвета для создания белого фона настраиваются.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:40 
> Зачем вообще консоль?

1) Потому что в текстовых программах может быть столько фич что они в жизни не уместятся ни на какой GUI в сколь-нибудь юзабельном виде.
2) В гуе невозможно сколь-нибудь быстро найти вон ту редко нужную фичу, зарытую черт знает где. А вот вывод консольных программ подвержен grep'ингу. GUI такое не светит. Так что там где быдлокодер битый час дрюкается перебирая все менюхи и кнопочки, нормальный разработчик просто грепнет встроенный хелпарь и/или ман и за 20 секунд и получит желаемое.
3) Многие операции в консоли делаются быстрее и проще. Бывают ретарды, которые настолько впились зубами в одну парадигму что в принципе не хотят новые осваивать. Но это ошибка природы. С таким мышлением лучше сразу в дворники идти - меньше мучений.

> Если ваше ide не поддерживает достаточную интеграцию с вашей системой контроля версий
> - выкидывайте обоих.

А еще лучше уволить нафиг идиотов которые без супер-пупер IDE пузыри пускают. Конечно можно маскировать общую некомпетентность индивида крутизной IDE, но какой код такие умники выдают - думаю понятно. Можно на govnokod.ru посмотреть.

> Подавляющее большинство artist -ов еще те артисты.

А мышевозилы в большинстве случаев просто унылы. Мышка - далеко не самый удобный интерфейс для прогарммирования.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:41 
> удобный интерфейс для прогарммирования.

p.s.: I hate bugs!


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 18:20 
> Если ваше ide не поддерживает достаточную интеграцию с вашей системой контроля версий
> - выкидывайте обоих.

Мой vim поддерживает, но мне удобней и гибче по старинке.  Можно? :)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:57 
> но нормальный, качественный для всех ОС GUI, это именно TortoiseHg,

Инструменты контроля версий - они для разработчиков а не гламурных кис и скрипткидисов. Первым консоль повышает эффективность работы. А остальным вообще в программирование нефиг лезть.


"Релиз распределенной системы управления исходными..."
Отправлено arisu , 24-Авг-12 04:15 
> молодец, может ты подскажешь адекватное GUI для git под Linux???

запросто: любой удобный терминал.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено an. , 27-Авг-12 10:35 
Если вдруг вас действительно интересует GUI для Git под Linux (а не просто опустить его на форуме) - посмотрите Git-плагин к Eclipse (eGit). Хотя использовать его, вероятно, имеет смысл только если вы пользователь Eclipse. Так то вот.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено ВовкаОсиист , 23-Авг-12 19:59 
Докачку уже запилили?

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 20:33 
Скорее google проспонсирует прокладку оптики по всему миру, чем в git докачку сделают :)

"Релиз распределенной системы управления исходными текстами G..."
Отправлено rshadow , 23-Авг-12 21:18 
Гит очень не интуитивен и потому очень не удобен. Ощущение что он писался как система управления хранилищем версий, вместо того чтобы быть простым и удобным инструментом для программиста.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Влад , 23-Авг-12 21:24 
> Гит очень не интуитивен и потому очень не удобен. Ощущение что он писался как система управления хранилищем версий, вместо того чтобы быть простым и удобным инструментом для программиста.

Слишком субъективно. Мы перешли на GIT именно потому что он был интуитивно понятнее и философия там была четко обозначена с самого начала. В Mercurial только поняли что же они все таки делают.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено rshadow , 23-Авг-12 21:31 
Меркуриал не пробовал. Народ на гит валит, понятно что возможностей дофига... плохо что философией "простые вещи делать просто, сложные возможно" там и не пахнет =(

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:18 
>Меркуриал не пробовал.

А сравнивая с чем вы сделали вывод, что гит сложен? С кофеваркой что ли? Да, git сложнее кофеварки.

Меня в последнее время начали забавлять стенающие, под копирку, о том что дескать "git сложен" У гитхаба вот 2 000 000 пользователей, у остальных git хостингов наберется под пол миллиона сверху. Заявлять в таких условиях что гит неимоверно сложен для понимания все равно, что заявлять что вы тупее чем пара миллионов человек.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено rshadow , 23-Авг-12 22:31 
>А сравнивая с чем вы сделали вывод, что гит сложен? С кофеваркой что ли? Да, git сложнее кофеварки.

Я сравниваю с CVS и SVN в большей степени. А вы явно клоун.

> о том что дескать "git сложен" У гитхаба вот 2 000 000 пользователей

Вы опросили всех 2000000 чтобы узнать что для них гит не сложен? О чем вообще можно говорить с человеком не отделяющего гитхаб от гита?

> все равно, что заявлять что вы тупее чем пара миллионов человек

Обычно клоуны любят разбрасываться громкими словами, не понимая сути дела. И вы тоже...


"Релиз распределенной системы управления исходными текстами G..."
Отправлено angra , 24-Авг-12 02:44 
>>А сравнивая с чем вы сделали вывод, что гит сложен? С кофеваркой что ли? Да, git сложнее кофеварки.
> Я сравниваю с CVS и SVN в большей степени. А вы явно
> клоун.

Клоун здесь как раз ты. Ибо сравниваешь Dvcs с простыми vcs. С тем же успехом можно сравнить DOS с Linux(без иксов) и прийти к выводу о том, что первый проще, забыв при этом сравнить возможности.
Подозреваю, что основная сложность для тебя состоит в понимании концепции dvcs как таковой. После cvs/svn понять dvcs вообще и git в частности действительно сложнее, чем сделать это без знаний о каких-либо vcs вообще. Также в случае с git сильно сбивает с толку похожие на svn названия команд для очень разных по сути действий.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено rshadow , 24-Авг-12 12:30 
Не пытайтесь показаться умнее чем вы есть на самом деле. И да, вы подтвердили все мои слова:-)
Распределенная система контроля версий не сильно сложнее обычной. Вопрос в том что интерфейс гита сделан как для сисадминов, а не для программистов (при этом кстати для сисаминов он не подходит по нескольким важным фичам, например не умеет полностью сохранять права на файл)

"Релиз распределенной системы управления исходными текстами G..."
Отправлено абыр , 24-Авг-12 14:14 
> Не пытайтесь показаться умнее чем вы есть на самом деле. И да,
> вы подтвердили все мои слова:-)
> Распределенная система контроля версий не сильно сложнее обычной. Вопрос в том что
> интерфейс гита сделан как для сисадминов, а не для программистов (при
> этом кстати для сисаминов он не подходит по нескольким важным фичам,
> например не умеет полностью сохранять права на файл)

Можете уже наконец сформулировать что в нем такого ужасного ?


"Релиз распределенной системы управления исходными..."
Отправлено arisu , 24-Авг-12 14:32 
> Можете уже наконец сформулировать что в нем такого ужасного ?

несовпадение «интуитивностей». а также да — непонимание принципов гита, и потому удивление системе команд.

очередное из серии «почему это я должен понимать, как работает инструмент, чтобы эффективно ним пользоваться?!»


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 18:24 
> Распределенная система контроля версий не сильно сложнее обычной.

Дело не только в реализации, а и в workflow.  Распределённый действительно сложнее, некоторые по этому поводу устраивают "SVN" и из гита.

> Вопрос в том что интерфейс гита сделан как для сисадминов, а не для программистов

Как сисадмин и программист несколько удивлён и был бы благодарен за пояснение такого мнения.

> (при этом кстати для сисаминов он не подходит по нескольким важным фичам,
> например не умеет полностью сохранять права на файл)

Не то что "не умеет", а "сознательно не обучали"; доводы или не знаю, или уже забыл.  Но если надо -- посмотрите etckeeper :)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:42 
> Я сравниваю с CVS и SVN в большей степени. А вы явно клоун.

С таким же успехом можно этажерку братьев Райт с аэробусом сравнить.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 01:37 
> А сравнивая с чем вы сделали вывод, что гит сложен? С кофеваркой что ли? Да, git сложнее кофеварки.

С меркуриалом, ясенпень. Он и фичастее и проще (как ни парадоксально).

> Меня в последнее время начали забавлять стенающие, под копирку, о том что дескать "git сложен" У гитхаба вот 2 000 000 пользователей, у остальных git хостингов наберется под пол миллиона сверху.

Ну действительно, ведь не могут же ошибаться миллионы мух.

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

Тупо заучить 5-10 команд может и обезьяна. 90% из этих миллионов так и сделали.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 09:00 
Из ваших посылок
1. Пользователи меркуриал заявляют что "гит сложный"
2. "Даже обезьяна может пользоваться Гитом" - цитата
непосредственно следует что пользователи hg тупее обезьян.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено четатель , 24-Авг-12 10:48 
Вы не различаете понятия "сложный" и "неасилил"? Можно пользоваться несколькими инструментами, и одни из них обязательно будут сложнее, другие проще. Это как-то говорит об умении пользоваться?

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 12:20 
Кто спорит что компьютер сложнее чем открывалка для пивных бутылок? Так что не напрягайте себя, пользуйтесь тем чем вам легче.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено rshadow , 24-Авг-12 12:50 
<ванга> ваш путь программировать в машинных кодах

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:43 
> <ванга> ваш путь программировать в машинных кодах

А ваш путь - не понимать как работает написанный вами код и почему это происходит именно так.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 11:28 
> Из ваших посылок
> 1. Пользователи меркуриал заявляют что "гит сложный"
> 2. "Даже обезьяна может пользоваться Гитом" - цитата
> непосредственно следует что пользователи hg тупее обезьян.

притянуто за уши.
заучить десяток команд ≪ осознанно пользоваться.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 12:23 
Эта штука называется логика, сынок. Сначала ты кричишь, что 90% пользователей гита обезьяны, потом, что - гит сложный. Вывод - для тебя сложно даже то, с чем справляется обезьяна.
Поэтому и говорят не рой яму другому.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено rshadow , 24-Авг-12 12:53 
Вы явно из тех 90%. Перечитывать фразу до просветления.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:45 
> заучить десяток команд ≪ осознанно пользоваться.

Если кто хоть немного понимает как обычно выглядит распределенная разработка, в git он себя ощущает как рыба в воде: все что хотелось бы делать при распределенной разработке - делается просто и удобно. За одно это Торвальдсу медаль дать надо - он вывел взаимодействие открытых проектов на новый уровень.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Влад , 23-Авг-12 22:21 
> Меркуриал не пробовал. Народ на гит валит, понятно что возможностей дофига... плохо что философией "простые вещи делать просто, сложные возможно" там и не пахнет =(

А я вот Mercurial пробовал, и по сравнению с GIT он более "детский". В GIT нет многих проблем свойственных Mercurial и под Windows сейчас он куда более стабильнее чем Mercurial, и об этом я к сожалению не могу не думать, так как о братьях наших меньших забывать не могу, не все могут сидеть под Linux, или хотя бы MacOS.

Некоторые вещи под Mercurial до сих пор делаются очень не тривиально и с помощью напильника. В других случаях при нормальном процессе разработки в 99 случаях из 100 разницы нет.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 01:43 
> А я вот Mercurial пробовал, и по сравнению с GIT он более "детский". В GIT нет многих проблем свойственных Mercurial и под Windows сейчас он куда более стабильнее чем Mercurial, и об этом я к сожалению не могу не думать, так как о братьях наших меньших забывать не могу, не все могут сидеть под Linux, или хотя бы MacOS.

Ссылок бы на багрепорт(ы) или не было.

> Некоторые вещи под Mercurial до сих пор делаются очень не тривиально и с помощью напильника.

как например?

> В других случаях при нормальном процессе разработки в 99 случаях из 100 разницы нет.

разумно.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 23-Авг-12 22:13 
> философия там была четко обозначена с самого начала

агаконечно. с *самого* начала git представлял собой «dvcs framework на шеллскриптах» и концы этой «философии» торчат из него по сей день.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 23-Авг-12 22:21 
> агаконечно. с *самого* начала git представлял собой «dvcs framework на шеллскриптах»
> и концы этой «философии» торчат из него по сей день.

А меркуриал разве не написан на скриптовом языке?



"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 01:40 
>> агаконечно. с *самого* начала git представлял собой «dvcs framework на шеллскриптах»
>> и концы этой «философии» торчат из него по сей день.
> А меркуриал разве не написан на скриптовом языке?

логическое ударение — на слове «framework». ну и вообще это не имеет значения, потому как hg работает и не путается под ногами.


"Релиз распределенной системы управления исходными..."
Отправлено arisu , 24-Авг-12 04:18 
да, mercurial хорош. стоишь в коридоре, куришь, и завсегда отмазка есть: «а всё равно там hg репозиторий ворочает, жду.» и народ сочувственно кивает.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Влад , 23-Авг-12 22:23 
> агаконечно. с *самого* начала git представлял собой «dvcs framework на шеллскриптах» и концы этой «философии» торчат из него по сей день.

Прелесть моя, а ты когда в его исходники заглядывал глаза рукой прикрывал?


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 01:38 
>> агаконечно. с *самого* начала git представлял собой «dvcs framework на шеллскриптах» и концы этой «философии» торчат из него по сей день.
> Прелесть моя, а ты когда в его исходники заглядывал глаза рукой прикрывал?

Рот. Потому как тошнило.



"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:49 
> Рот. Потому как тошнило.

Ну да, вот с тормозной питонятины вас не тошнит зато. Свое - не пахнет? :)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 17:05 
>> Рот. Потому как тошнило.
> Ну да, вот с тормозной питонятины вас не тошнит зато. Свое - не пахнет? :)

А я в исходники mercurial и не смотрел никогда. Не было необходимости. В отличие от.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 11:38 
> с *самого* начала git представлял собой «dvcs framework на шеллскриптах»

С самого начала он представлял собой lowlevel storage.

--
для поклонников каверов Рабиновича


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:51 
> агаконечно. с *самого* начала git представлял собой «dvcs framework на шеллскриптах»

Вообще-то он представлял собой набор скоростных низкоуровневых утилит связанных между собой шеллскриптами. Нормальный такой кондовый unix way. Лучше поделий от быдлокодеров на голову - все сделано с умом. Решения приняты "потому что вот так - лучше работает". А не "потому что питон рулит" и "что-то зудит попрограммить на моем любимом питончике, фап-фап-фап".



"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 11:36 
> Гит очень не интуитивен и потому очень не удобен.

Возможно, пригодится для понимания: http://los-t.livejournal.com/tag/git%20guts

Т.е. некоторая разношёрстность и впрямь имеет место быть, а stage/index может быть не совсем "в лоб" понимаем при наличии опыта работы только с системами, где либо закоммичено, либо нет -- но концепция и впрямь полезная, без такого "накопителя в коммит" не представляю себе, как бы получалось делать перекройку временных разработочных коммитов в стройную документированную историю перед публикацией: http://tomayko.com/writings/the-thing-about-git

Вообще же неплохая подборка ссылок на документацию, в т.ч. русскоязычную, водится на (изрядно захламившейся) страничке http://www.altlinux.org/git -- внизу там.


"Релиз распределенной системы управления исходными..."
Отправлено arisu , 24-Авг-12 12:11 
угу, git add -p и git add -e нереально рулят. жаль, что мне, например, обычно лень этим заморачиваться. как бы себя приучить…

"Релиз распределенной системы управления исходными..."
Отправлено qux , 24-Авг-12 17:10 
О. Спасибо, классные вещи.

"Релиз распределенной системы управления исходными текстами G..."
Отправлено rshadow , 24-Авг-12 12:42 
Да манов много не спорю. Вопрос как раз в том что если хочется сделать что-то ПРОСТОЕ то все равно без ГЛУБОКОГО изученям манов и статей не обойтись.
Я пользуюсь гитом давольно давно, и пока что не сталкивался с задачами которые гит не может решить. Вопрос в том что основные вещи приходиться просто запоминать, они не очевидны. Например

создание бранча через branch и checkout

git init --bare для создания пустого репозитария на сервере. wtf?

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

и т.д. Собственно суть проблемы не в непонимании как гит работает. А в системе его команд, написанных "с нуля" неведомым сумрачным гением.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 24-Авг-12 15:53 
> хочется сделать что-то ПРОСТОЕ то все равно без ГЛУБОКОГО изученям манов
> и статей не обойтись.

Ну так и скажите - "не хочу учиться, хочу жениться!". В общем понятно, hg это для быдлокодеров страдающих легким программизмом. Которым влом детально разбираться как и что работает :)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 17:16 
>> хочется сделать что-то ПРОСТОЕ то все равно без ГЛУБОКОГО изученям манов и статей не обойтись.
> Ну так и скажите - "не хочу учиться, хочу жениться!". В общем понятно, hg это для быдлокодеров страдающих легким программизмом. Которым влом детально разбираться как и что работает :)

Если уж трахать мозг, то пусть это хотя бы окупается. Впрочем, есть люди, которые мало что позволяют сношать себя в мозг бесплатно, так ещё и добавки просят. Тут остаётся только посочувствовать.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено kurokaze , 25-Авг-12 11:51 
Да, пистонщики они такие. Ловко ты их

"Релиз распределенной системы управления исходными текстами G..."
Отправлено Аноним , 27-Авг-12 12:31 
> Если уж трахать мозг, то пусть это хотя бы окупается.

Так гит весьма умеренно трахает мозг и воздает за это весьма даже. Просто он писался програмерами, для себя. А не скрипткидями. Поэтому "легкий программизм" - не пройдет. Придется как минимум понять как выглядит разработка в распределенной команде.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 18:41 
> если хочется сделать что-то ПРОСТОЕ то все равно без ГЛУБОКОГО изученям манов
> и статей не обойтись.

Брр, для простого с головой достаточно http://www.kernel.org/pub/software/scm/git/docs/everyday.html

> а если лезь дальше в дебри то там вообще надо ман открывать параллельно

Обычное состояние дебрей...


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 13:45 
>> Гит очень не интуитивен и потому очень не удобен.
> Возможно, пригодится для понимания: http://los-t.livejournal.com/tag/git%20guts

емнип, это пересказ содержимого первых глав каждой второй/третьей книги «прогит».
Ну и да — почему-то так получается, что ни мне лично, ни другим знакомым мне людям, осваивавшим hg, знания о внутреннем устройстве репозитория не потребовались ни разу, тем более «дляпонимания». Очевидно, я Всё Делаю Не Так.

> Т.е. некоторая разношёрстность и впрямь имеет место быть, а stage/index может быть не совсем "в лоб" понимаем при наличии опыта работы только с системами, где либо закоммичено, либо нет -- но концепция и впрямь полезная, без такого "накопителя в коммит" не представляю себе, как бы получалось делать перекройку временных разработочных коммитов в стройную документированную историю перед публикацией: http://tomayko.com/writings/the-thing-about-git

индекс + stash суть кастрированный плагин MQ из поставки Mercurial. С ролью накопителя оно справляется идеально. А аналогом git add -i (не умеет разве что распиливать hunkи) является опять же искаробочный плагин record.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 18:56 
> индекс + stash суть кастрированный плагин MQ из поставки Mercurial.

А чем он некастрированней?

> А аналогом git add -i (не умеет разве что распиливать hunkи) является опять же
> искаробочный плагин record.

Он кому-то такой кастрированный нужен? (да, я несколько раз в год и hunks препарирую)


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 24-Авг-12 19:49 
>> индекс + stash суть кастрированный плагин MQ из поставки Mercurial.
> А чем он некастрированней?

* произвольным количеством patch queue
* возможностью положить patch queue под контроль версий с поведением идентичным обычному репозиторию (т.е. выпнуть patch queue в интернеты (bitbucket так вообще нативно их умеет) на предмет поделиться с единомышленниками/любопытствующими)
например

>> А аналогом git add -i (не умеет разве что распиливать hunkи) является опять же искаробочный плагин record.
> Он кому-то такой кастрированный нужен? (да, я несколько раз в год и hunks препарирую)

несколько раз в год можно и внешними инструментами пораспиливать


"Релиз распределенной системы управления исходными текстами G..."
Отправлено Michael Shigorin , 24-Авг-12 20:20 
>>> индекс + stash суть кастрированный плагин MQ из поставки Mercurial.
>> А чем он некастрированней?
> * произвольным количеством patch queue

Что-то мне начало подсказывать, что Вы с яичницей перепутали.  Пошёл почитать http://mercurial.selenic.com/wiki/MqExtension и вижу:

The patch queue extension integrates quilt functionality into Mercurial.

Занавес.

> * возможностью положить patch queue под контроль версий с поведением идентичным
> обычному репозиторию

А для гита ещё и вот такое есть: http://wiki.etersoft.ru/GitUM

> несколько раз в год можно и внешними инструментами пораспиливать

Да, но напрягаться ещё и их вспоминать... там выше было про сохранение чести мозга, угу.


"Релиз распределенной системы управления исходными текстами G..."
Отправлено develop7 , 16-Дек-12 17:35 
>>>> индекс + stash суть кастрированный плагин MQ из поставки Mercurial.
>>> А чем он некастрированней?
>> * произвольным количеством patch queue
> Что-то мне начало подсказывать, что Вы с яичницей перепутали.  Пошёл почитать http://mercurial.selenic.com/wiki/MqExtension и вижу:
>> The patch queue extension integrates quilt functionality into Mercurial.
> Занавес.

Пошёл почитать hg help mq и вижу:

> list of commands:
> …skip…
>  qqueue        manage multiple patch queues

Занавес, да.

>> * возможностью положить patch queue под контроль версий с поведением идентичным  обычному репозиторию
> А для гита ещё и вот такое есть: http://wiki.etersoft.ru/GitUM

Да, а ещё и stgit. А в итоге — тот же MQ, только а) для гита, б) сверху (отдельной командой) в) и пото́м — когда ВНЕЗАПНО оказалось, что без patch queue на поверку не обойтись.

>> несколько раз в год можно и внешними инструментами пораспиливать
> Да, но напрягаться ещё и их вспоминать... там выше было про сохранение чести мозга, угу.

О да. Ведь намного торвальдсоугоднее держать в уме «как удалить ветку на remote» или «не называть ветки/тэги так же, как файлы — может получиться конфуз при checkout» или «затереть изменения в файле — git checkout filename, а в репозитории — git reset --hard».