The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект nginx перешёл с использования Subversion на Mercurial, opennews (?), 26-Апр-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Аноним (-), 26-Апр-13, 22:58 
git противен, нету даже экспорта по тегу или бранчу ..
Ответить | Правка | Наверх | Cообщить модератору

5. "Проект nginx перешёл с использования Subversion на Mercurial"  +3 +/
Сообщение от Аноним (-), 26-Апр-13, 22:59 
> git противен

Сам ты праативный!

Ответить | Правка | Наверх | Cообщить модератору

62. "Проект nginx перешёл с использования Subversion на Mercurial"  +2 +/
Сообщение от Аноним (-), 27-Апр-13, 03:02 
>> git противен
> Сам ты праативный!

http://demin.ws/blog/russian/2012/05/17/veracity/

Ответить | Правка | Наверх | Cообщить модератору

65. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от Аноним (-), 27-Апр-13, 03:05 
>>> git противен
>> Сам ты праативный!
> http://demin.ws/blog/russian/2012/05/17/veracity/

- Явный отказ от GPL (камень в огород git, hg, bazaar). Говорят, это более привлекательно для корпоративного использования.
- Возможность использования внешнего хранилища для репозитория (например, MSSQL или Oracle). Опять таки, это может порадовать корпорации, который любят хранить данные так, как они хотят.
- File locks (сомнительная возможность в целом, по мне).
- Bug tracking (fossil это тоже умеет).
- Build tracking (вроде как уникальная (пока) возможность).
Система написана на чистом С и изначально поддерживает Windows, Linux и Mac.

Ответить | Правка | Наверх | Cообщить модератору

85. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от ваноним (?), 27-Апр-13, 13:33 
вы, случаем, не маркетолог-продавец?
Ответить | Правка | Наверх | Cообщить модератору

163. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Аноним (-), 23-Май-13, 22:39 
> - Явный отказ от GPL (камень в огород git, hg, bazaar). Говорят,
> это более привлекательно для корпоративного использования.

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

> Опять таки, это может порадовать корпорации, который любят хранить данные так,
> как они хотят.

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

> - Bug tracking (fossil это тоже умеет).
> - Build tracking (вроде как уникальная (пока) возможность).

Не является обязанностью VCS как таковой.

> Система написана на чистом С и изначально поддерживает Windows, Linux и Mac.

В их маркетинговом сравнении есть еще минимум 2 системы на С. Си это хорошо, но как единственный аргумент в пользу VCS он не прокатит.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

16. "Проект nginx перешёл с использования Subversion на Mercurial"  –4 +/
Сообщение от Аноним (-), 26-Апр-13, 23:55 
> git противен, нету даже экспорта по тегу или бранчу ..

Противен - это меркуриал, потому что тупит на довольно часто нужных операциях. И зачем-то пытается косить под svn, хотя dvcs таковыми не являются.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

23. "Проект nginx перешёл с использования Subversion на Mercurial"  +4 +/
Сообщение от Anonymous000 (?), 27-Апр-13, 00:10 
он не косит, а предоставляет знакомый интерфейс для тех операций, которые не относятся к букве D в DVCS: работа с локальным репозиторием идентична работе с svn. Это удобно.

Гит хорош для ворочения сорцами линукса с его 100500 ветками и гигабайтами кода. Для менее крупных и менее распределенных проектов меркуриал удобнее засчет менее красноглазого command line интерфейса и отсутствия требования понимать как устроены кишки системы.

Ответить | Правка | Наверх | Cообщить модератору

25. "Проект nginx перешёл с использования Subversion на Mercurial"  –2 +/
Сообщение от Аноним (-), 27-Апр-13, 00:12 
> менее красноглазого command line интерфейса

Смеяться после слова "лопата"?

Ответить | Правка | Наверх | Cообщить модератору

50. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Putinnvv2email (?), 27-Апр-13, 02:08 
А вот и яблоинсайдер.ру_филы подтянулись, как же без них.
Ответить | Правка | Наверх | Cообщить модератору

68. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Anonymous000 (?), 27-Апр-13, 05:38 
Было бы смешно, если бы не было так грустно наблюдать за людьми, которые пытаются пользоваться гитом, не понимая его устройства.

Встроенный хелп объясняет немногое, система команд нелогична: все сгруппировано по внутреннему устройству, а не по удобству для конечного пользователя.

К этому можно привыкнуть (я же как-то пользуюсь). Но в меркуриал при равных возможностях порог вхождения намного ниже. Чтобы начать работать с меркуриалом, достаточно понять суть dcvs и бегло прочитать список команд - все понятно.

Скорость работы - да, аргумент. Но для большинства проектов это не критично.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

86. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от ваноним (?), 27-Апр-13, 13:46 
> Встроенный хелп объясняет немногое

man читать не пробовали? помогает.

> Но в меркуриал порог вхождения намного ниже.

это иллюзия

Ответить | Правка | Наверх | Cообщить модератору

88. "Проект nginx перешёл с использования Subversion на Mercurial"  +2 +/
Сообщение от arisu (ok), 27-Апр-13, 13:59 
>> Встроенный хелп объясняет немногое
> man читать не пробовали? помогает.

не особо, если изначально не въехать в «гитологику». в частности, как я уже тут (на опеннете) где-то писал… а, вот: http://www.opennet.ru/openforum/vsluhforumID3/89274.html#208 и дальше. маны у гита рассчитаны на тех, кто уже «в теме».

поэтому вполне возможно, что «просто начать работать» с hg проще. а как оно дальше будет — это уже другой вопрос.

Ответить | Правка | Наверх | Cообщить модератору

93. "Проект nginx перешёл с использования Subversion на Mercurial"  –4 +/
Сообщение от develop7 (ok), 27-Апр-13, 14:45 
>>> Встроенный хелп объясняет немногое
>> man читать не пробовали? помогает.
> не особо, если изначально не въехать в «гитологику». в частности, как я уже тут (на опеннете) где-то писал… а, вот: http://www.opennet.ru/openforum/vsluhforumID3/89274.html#208 и дальше. маны у гита рассчитаны на тех, кто уже «в теме».

«А эти все несуразности в библиях затем, чтобы испытать твою веру», дада

> поэтому вполне возможно, что «просто начать работать» с hg проще. а как оно дальше будет — это уже другой вопрос.

«ну ладно, может миру и не 7000 лет, но наверняка не больше 12000».

Ответить | Правка | Наверх | Cообщить модератору

94. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 27-Апр-13, 14:59 
Rasch abkochen, dann Vormarsch nach Sokal.
Ответить | Правка | Наверх | Cообщить модератору

102. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Anonymous000 (?), 27-Апр-13, 17:10 
>> Встроенный хелп объясняет немногое
> man читать не пробовали? помогает.

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

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

>> Но в меркуриал порог вхождения намного ниже.
> это иллюзия

Опыт показывает, что нет.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

132. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Филипп Филиппович (ok), 29-Апр-13, 10:11 
Кстати, за скорость вхождения mercurial действительно хвалят. С ним у меня практического опыта нет, но есть с git. Git я выбрал для использования в команде (в фирме стандартом является svn), в основном потому, что очень понравился gerrit -- средство для организации pre-commit code review, завязанное на git. При этом результатом я доволен, но порог вхождения и правда высокий. Пришлось писать для членов команды небольшое руководство с темами "Как рекомендуется работать с ветками, чтобы создать изменение", "Как представить изменение на кодревью", "Как обновить изменение после кодревью", "Что делать, если за время кодревью стволовая ветка ушла вперёд" и т.п. Сначала путались, потом, за несколько недель, втянулись. Сейчас уже прошло месяцев пять, всем нравится, рекомендую к внедрению в других командах в фирме.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

137. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Аноним (-), 29-Апр-13, 11:18 
Зеркальная ситуация. У меня нет опыта с гитом, пользуюсь мерком два года. Освоил основные команды со скоростью чтения, "забил их в пальцы" за месяц.
Меркуриалом очень доволен. Гит испугал именно сложностью вхождения.
Сразу дисклеймер :
1. Проекты все маленькие.
2. Использование фактически однопользовательское.
3. ИМХО.
Ответить | Правка | Наверх | Cообщить модератору

159. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Филипп Филиппович (ok), 30-Апр-13, 14:03 
Если бы не gerrit, не знаю, что бы я выбрал. :-) Может, до сих пор бы сидел на SVN, он, конечно, сильно морально устарел, но мотивации для перехода долго было недостаточно. Но я выбирал не VCS, я выбирал систему с pre-commit codereview, смотрел довольно много, в итоге gerrit понравился на порядок больше, чем всё остальное. И уже этот выбор потянул за собой git. Что и хорошо, в общем, как уже говорил, я доволен. Если бы в некоторых командах в фирме не использовали VCS как место выкладывания собранных бинарников (ну вот так у них принято:-D), из-за чего размер гитовского репозитория при полной механической конвертации составляет десятки гигабайт, теперь вообще проблем бы не знал. :-)
Ответить | Правка | Наверх | Cообщить модератору

162. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от ваноним (?), 23-Май-13, 09:59 
"у меня нет опыта, но есть имхо" - это пять!
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

35. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Аноним (-), 27-Апр-13, 00:50 
> он не косит, а предоставляет знакомый интерфейс для тех операций, которые не
> относятся к букве D в DVCS: работа с локальным репозиторием идентична
> работе с svn. Это удобно.

А зачем привыкать к плохому? Это то же самое как пытаться представить интерфейс управления "боингом" в виде вожжей к привычной кляче.

> устроены кишки системы.

Дикари и микроволновки плохо сочетаются.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

44. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Пиу (?), 27-Апр-13, 01:14 
плохой - это git branch во все дыры?
Ответить | Правка | Наверх | Cообщить модератору

46. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от namnloes (?), 27-Апр-13, 01:19 
> плохой - это git branch во все дыры?

Скорее checkout: http://stevelosh.com/blog/2013/04/git-koans/

Ответить | Правка | Наверх | Cообщить модератору

70. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от Anonymous000 (?), 27-Апр-13, 05:48 
>> плохой - это git branch во все дыры?
> Скорее checkout: http://stevelosh.com/blog/2013/04/git-koans/

Да-да, я именно об этом и говорю.

Ответить | Правка | Наверх | Cообщить модератору

89. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 27-Апр-13, 14:03 
>>> плохой — это git branch во все дыры?
>> Скорее checkout: http://stevelosh.com/blog/2013/04/git-koans/
> Да-да, я именно об этом и говорю.

это *логично*. бранч — просто «бумажка с надписью» на обычном коммите. манипуляция бумажками делается через git branch. манипуляция *коммитами* — через checkout. по какой марсианской логике манипуляция *бумажками* должна дублировать функции манипулятора *коммитами* — не ясно.

Ответить | Правка | Наверх | Cообщить модератору

101. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от Anonymous000 (?), 27-Апр-13, 17:08 
Это в гите бранч - бумажка. Название "бранч" тут не совсем корректно. В mercurial это гораздо более очевидно именуется - "bookmark". А бранчи там полноценные.
Ответить | Правка | Наверх | Cообщить модератору

105. "Проект nginx перешёл с использования Subversion на Mercurial"  +2 +/
Сообщение от arisu (ok), 27-Апр-13, 18:28 
не флэйма ради, мне действительно интересно: чем они «неполноценны» в git? нет, честно: возможно, я упускаю что-то очень важное. потому что я не вижу «неполноценности» в гитовых бранчах.
Ответить | Правка | Наверх | Cообщить модератору

115. "Проект nginx перешёл с использования Subversion на Mercurial"  –2 +/
Сообщение от бедный буратино (ok), 28-Апр-13, 03:55 
> не флэйма ради, мне действительно интересно: чем они «неполноценны» в git? нет,
> честно: возможно, я упускаю что-то очень важное. потому что я не
> вижу «неполноценности» в гитовых бранчах.

Кстати, всю жизнь интересовал этот момент.

У hg в любом виде к любому коммиту прикручен бранч, в который он уходит, это можно посмотреть и любым интерфейсом, типа

#222 [default]
#221 [default]
#220 [beta5.5]

а захожу я на git, и вижу в веб-интерфейсе (я знаю, что в git нет номеров, но некоторые интерфейсы их добавляют)

#222
#221
#220 [beta5.5]
#219 [hbranch]

(у меня такое случилось на сайте с php). К ЧЕМУ вообще принадлежат коммиты #222 и #221? Если я хочу ветку beta5.5, мне нужно дёргать какой коммит, #222 или #220? Если #220, то кто потерял мальчика 221 и 222? ЧЬИХ ОНИ БУДУТ?

Ответить | Правка | Наверх | Cообщить модератору

116. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 28-Апр-13, 08:32 
why do you fuckin care? для начала — пардон — там нет такой нумерации коммитов. это hg пытается сделать вид, что она svn, и нумеровать коммиты как rXXX. получается у неё херово ровно в тот момент, когда её пытаются использовать как D*VCS.

git — изначально D*VCS, он даже не пытается замаскироваться под SVN сотоварищи. он просто говорит: kill me again or take me as I am, for I shall not change.

Ответить | Правка | Наверх | Cообщить модератору

121. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от develop7 (ok), 28-Апр-13, 20:33 
> why do you fuckin care? для начала — пардон — там нет такой нумерации коммитов. это hg пытается сделать вид, что она svn, и нумеровать коммиты как rXXX.

Дада, именно _косит_ и именно под _svn_. Ведь не может же быть так, чтобы в svn было хоть что-то хорошее или полезное или удобное. Ведь не может же быть, чтобы эти тупые недоумки-разработчики hg, которые уже столько лет пыжатся переплюнуть Великий И Всемогущий Git все 8 лет существования Великого и Всемогущего Git (и тролльвардс пророк его), пошевелили своим микроскопическим ганглием и сделали порядковые номера ревизий для удобства пользователя, а не затем, чтобы былопохоженаsvn. Ведь чтобыбылопохоженаsvn — главная мотивация этих недоумков. Хотя нет, чтобынебылопохоженагит забыл. Более того, поскольку в git положили болт на удобство конечного пользователя, то любая система контроля версий обязана в тот же момент сделать то же самое, иначе её не будут использовать два миллиона хомяков с гитхаба и торвальдс лично запретит её разработчикам называть эту СКВ distributed.

> git — изначально D*VCS, он даже не пытается замаскироваться под SVN сотоварищи. он просто говорит: kill me again or take me as I am, for I shall not change.

— But why? Nobody uses git as DVCS framework.
— Because fuck you, that's why.

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

126. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от kem (?), 28-Апр-13, 21:30 
>[оверквотинг удален]
> пошевелили своим микроскопическим ганглием и сделали порядковые номера ревизий для удобства
> пользователя, а не затем, чтобы былопохоженаsvn. Ведь чтобыбылопохоженаsvn — главная
> мотивация этих недоумков. Хотя нет, чтобынебылопохоженагит забыл. Более того, поскольку
> в git положили болт на удобство конечного пользователя, то любая система
> контроля версий обязана в тот же момент сделать то же самое,
> иначе её не будут использовать два миллиона хомяков с гитхаба и
> торвальдс лично запретит её разработчикам называть эту СКВ distributed.
>> git — изначально D*VCS, он даже не пытается замаскироваться под SVN сотоварищи. он просто говорит: kill me again or take me as I am, for I shall not change.
> — But why? Nobody uses git as DVCS framework.
> — Because fuck you, that's why.

hg log

changeset:   20177:dc0183f5dae3
tag:         tip
...

что здесь на DCVS ?
при работе с локальными коммитами порядковые номера удобнее, хотя можно и хеши использовать, при работе с удаленными используются хеши

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

128. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от бедный буратино (ok), 29-Апр-13, 03:59 
> why do you fuckin care? для начала — пардон — там нет такой нумерации коммитов.

Там так и написано, специально, чтобы не придирались. Это ПОРЯДКОВЫЕ номера (если долго долго мучить gitweb, то коммиты там всегда будут в одном порядке, а не хаотично разбегаться при каждом обновлении страницы). Кстати, в rhodecode порядковые номера для git есть.

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

Но вопрос был вообще не в этом, номера в тексте выше были написаны для удобства, потому что это действительно удобно. Вопрос был в другом - даже если в gitweb нет номеров, порядок всё равно сохраняется, и там после beta5.5 висят два коммита, которые ни к какой ветке не принадлежат. Попадают они в beta5.5? Или в любую другую ветку? Или чьи они?

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

138. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 29-Апр-13, 11:19 
мы прочитали грустное описание того, как dvcs превратить в тыкву.

а «ничьи» коммиты не висят, их gc уберёт.

Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

141. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от бедный буратино (ok), 29-Апр-13, 11:49 
> мы прочитали грустное описание того, как dvcs превратить в тыкву.

Речь шла о ветках и об их полноценности/неполноценности. Но нормального объяснения мы так и не услышали.


Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

139. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 29-Апр-13, 11:22 
p.s. я знать не знаю, что там на всяких вебмордах происходит и как именно они косячат, мне это неинтересно.
Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

142. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от бедный буратино (ok), 29-Апр-13, 11:50 
> p.s. я знать не знаю, что там на всяких вебмордах происходит и
> как именно они косячат, мне это неинтересно.

git log ведёт себя аналогично. если я 20 раз запущу git log, я получу коммиты в одном и том же порядке.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

144. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 29-Апр-13, 12:28 
однако это ни разу не означает, что у другого человека git log покажет то же самое. «в том же порядке» не обозначает «и в том же составе». нумерация не имеет смысла.

а что и как там «нумерует» да показывает вебморда — её личное дело. мне это не нужно и неинтересно, разбираться с этим я не хочу.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

146. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от бедный буратино (ok), 29-Апр-13, 12:38 
> однако это ни разу не означает, что у другого человека git log покажет то же самое.

Логично.

> «в том же порядке» не обозначает «и в том же составе». нумерация не имеет смысла.
> а что и как там «нумерует» да показывает вебморда — её личное дело. мне это не нужно и неинтересно, разбираться с этим я не хочу.

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


Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

148. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 29-Апр-13, 12:56 
> Какая разница, проставлены цифры, или нет - они всё равно есть.

ага. как невидимый крокодил.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

149. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от бедный буратино (ok), 29-Апр-13, 13:06 
>> Какая разница, проставлены цифры, или нет - они всё равно есть.
> ага. как невидимый крокодил.

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

Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

150. "Проект nginx перешёл с использования Subversion на Mercurial"  +1 +/
Сообщение от arisu (ok), 29-Апр-13, 13:15 
(умиляется) смени голову, пожалуйста. в этой твоей голове не помещается мысль, что порядок следования можно выражать произвольной возрастающей последовательностью, и поэтому конкретные числа здесь смысла не имеют. попробуй нумеровать ветки с шагом 0.1. или с шагом rand()%666+1.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

151. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от бедный буратино (ok), 29-Апр-13, 13:23 
> (умиляется) смени голову, пожалуйста. в этой твоей голове не помещается мысль, что
> порядок следования можно выражать произвольной возрастающей последовательностью, и поэтому
> конкретные числа здесь смысла не имеют. попробуй нумеровать ветки с шагом
> 0.1. или с шагом rand()%666+1.

Если в ряду стоят пять человек, записей или ещё чего-то, что можно сосчитать, они будут первым, вторым, третьим, четвёртым и пятым. Имеет значение только порядок нумерации, но почти всегда он очевиден. Хоть на них ничего не пиши, хоть на каждом напиши его имя.

А у любителей штанов через голову, разумеется, будут и 0.1й, 0.17й. Лишь бы не так, как у челяди.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

152. "Проект nginx перешёл с использования Subversion на Mercurial"  +2 +/
Сообщение от arisu (ok), 29-Апр-13, 13:26 
я даже не могу с ходу сообразить, что твой ответ иллюстрирует. ну, кроме очевидного: деревянной головы и отсутствия абстрактного мышления.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

164. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Аноним (-), 23-Май-13, 22:43 
> и нумеровать коммиты как rXXX. получается у неё херово ровно в
> тот момент, когда её пытаются использовать как D*VCS.

Во-во. Зачем мимикрировать под SVN, если это хреново получается?

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

119. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Andrey Mitrofanov (?), 28-Апр-13, 10:55 
#>> гите бранч - бумажка
#>> mercurial это гораздо более [...] А бранчи там полноценные.

> не флэйма ради, мне действительно интересно: чем они «неполноценны» в git? нет,
> честно: возможно, я упускаю что-то очень важное. потому что я не
> вижу «неполноценности» в гитовых бранчах.

"Полноценные бранчи": http://mercurial.selenic.com/wiki/Branch + /wiki/NamedBranches
Если без флейма, то почитай и попробуй найти разницу с git.

А так -- просто у кого-то свербит.
Поиск по "hg полноценные бранчи" не увенчался. Гугль намекает , что "они" неполноценные?

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

122. "Проект nginx перешёл с использования Subversion на Mercurial"  –1 +/
Сообщение от develop7 (ok), 28-Апр-13, 20:35 
> "Полноценные бранчи": http://mercurial.selenic.com/wiki/Branch + /wiki/NamedBranches
> Если без флейма, то почитай и попробуй найти разницу с git.

Да, почитай http://mercurial.selenic.com/wiki/Bookmarks и попробуй найти разницу с git.

Ответить | Правка | Наверх | Cообщить модератору

135. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Andrey Mitrofanov (?), 29-Апр-13, 11:05 
>> "Полноценные бранчи": http://mercurial.selenic.com/wiki/Branch + /wiki/NamedBranches
>> Если без флейма, то почитай и попробуй найти разницу с git.
> Да, почитай http://mercurial.selenic.com/wiki/Bookmarks и попробуй найти разницу с git.

Нет.(С)

Тема "полноценных бранчей" не раскрыта. Ни тема цены, ни тема бранчей.

Догогой, многоуважаемый #7! Договоритесь о "полноценности" с вашим анонимным другом и возвращайтесь. Ждём!

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

155. "Проект nginx перешёл с использования Subversion на Mercurial"  –3 +/
Сообщение от develop7 (ok), 29-Апр-13, 23:57 
>>> "Полноценные бранчи": http://mercurial.selenic.com/wiki/Branch + /wiki/NamedBranches
>>> Если без флейма, то почитай и попробуй найти разницу с git.
>> Да, почитай http://mercurial.selenic.com/wiki/Bookmarks и попробуй найти разницу с git.
> Нет.(С)
> Тема "полноценных бранчей" не раскрыта. Ни тема цены, ни тема бранчей.

В то время как в нормальных DVCS граф ревизий может ветвиться произвольным образом, git непонятно зачем (в который раз) делает вид, будто коммиты, на которые нет ссылок, не существуют.

> Договоритесь о "полноценности" с вашим анонимным другом и возвращайтесь. Ждём!

Изучите уже матчасть, что ли.

Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

165. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Аноним (-), 23-Май-13, 22:44 
> В то время как в нормальных DVCS граф ревизий может ветвиться произвольным образом,

Если уж на то пошло, git допускает существование более чем 1 parent'а у коммита. А hg - нет.

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

175. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от develop7 (ok), 23-Май-13, 23:49 
>> В то время как в нормальных DVCS граф ревизий может ветвиться произвольным образом,
> Если уж на то пошло, git допускает существование более чем 1 parent'а у коммита. А hg - нет.

git игнорирует анонимные головы, mercurial — нет.

Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

69. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Anonymous000 (?), 27-Апр-13, 05:44 
> А зачем привыкать к плохому?

1) Вполне продуманная и логичная система команд. В каком месте плохо, можно пальцем показать?

2) Сокращения команд, позаимствованные из svn - это очень удобно. hg ci, hg up, hg bl. Эргономика - важная вещь. Нет, я понимаю, что можно для гита настругать алиасов, но это костыль.

3) Я, например, для маленьких домашних проектов, в которых распределенность вообще не нужна, постоянно использую меркуриал исключительно в локальной папке (push на личный сервер делается исключительно с бэкапной целью). Очень удобно.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

107. "Проект nginx перешёл с использования Subversion на Mercurial"  +/
Сообщение от Аноним (-), 27-Апр-13, 19:36 
> 3) Я, например, для маленьких домашних проектов, в которых распределенность вообще не
> нужна, постоянно использую меркуриал исключительно в локальной папке (push на личный
> сервер делается исключительно с бэкапной целью). Очень удобно.

Внезапно, гит тоже можно так использовать. А почему нет?

Ответить | Правка | Наверх | Cообщить модератору

108. "Проект nginx перешёл с использования Subversion на Mercurial"  +2 +/
Сообщение от arisu (ok), 27-Апр-13, 19:38 
> Внезапно, гит тоже можно так использовать. А почему нет?

а разве он сказал, что нельзя?

Ответить | Правка | Наверх | Cообщить модератору

47. "Проект nginx перешёл с использования Subversion на Mercurial"  –2 +/
Сообщение от namnloes (?), 27-Апр-13, 01:23 
> Противен - это меркуриал, потому что тупит на довольно часто нужных операциях.

Например?

> И зачем-то пытается косить под svn, хотя dvcs таковыми не являются.

Как именно?


Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру