The OpenNET Project / Index page

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



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

Оглавление

Выпуск распределённой системы управления версиями Mercurial 2.9, opennews (?), 02-Фев-14, (0) [смотреть все]

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


2. "Выпуск распределнной системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (-), 03-Фев-14, 00:03 
а чем он лучше Git?
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск распределнной системы управления версиями Mercurial ..."  +4 +/
Сообщение от sam002d (?), 03-Фев-14, 00:08 
Простотой, а так те же яйца и по функциональности, и по производительности.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск распределнной системы управления версиями Mercurial ..."  +1 +/
Сообщение от rshadow (ok), 03-Фев-14, 10:44 
Основная беда git в том что это не "CVS", а "система управления базой данных CVS".

Соответственно там можно делать с базой все что захочешь. Даже с легкостью и без подтверждений удалять закоммиченные данные, даже на удаленном сервере =). Для администратора БД было бы самое то.
Но интерфейс для программистов, внезапно, написать забыли. Более менее похоже на правду только clone, commit, push и pull при использовании без дополнительных параметров. Если бы в них так же упоролись как и с остальным функционалом, то не взлетел бы совсем...

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

60. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от бедный буратино (ok), 03-Фев-14, 11:12 
> Основная беда git в том что это не "CVS", а "система управления базой данных CVS".

НЕТ! Я сказал! Основная беда git в том, что ему не место в темах про mercurial. В качестве побочного сравнения - можно, изредка. В качестве основной темы - нет. И не спорить, я лучше зналю!

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

61. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от rshadow (ok), 03-Фев-14, 11:59 
Гы гы. Улыбнуло...

...
Довольно почестей, довольно
Я же сказал вольно
Довольно почестей, довольно
Ну все, ну хватит - больно
...

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

152. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 04-Фев-14, 18:44 
> Гы гы. Улыбнуло...
> ...
> Довольно почестей, довольно
> Я же сказал вольно
> Довольно почестей, довольно
> Ну все, ну хватит - больно
> ...

Есть ещё один куплет:
Никого скромнее нет
На-а-ашего Хасана!..

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

122. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 21:40 
> Основная беда git в том, что ему не место в темах про mercurial.

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

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

77. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Xasd (ok), 03-Фев-14, 14:52 
> Более менее похоже на правду только clone, commit, push и pull при использовании без дополнительных параметров. Если бы в них так же упоролись как и с остальным функционалом, то не взлетел бы совсем...

pull вообще опасная операция.. совершенно безрассудно её делать. так как данные могут быть изменены в последнюю милисекунду перед pull (и в результате ты замерджишь в проект не то что хотел).

лучше всегда избегать pull. вообще забыть про существование команды pull.

лучше например -- делать fetch и затем merge (или fetch и затем rebase).

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

86. "Выпуск распределнной системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (-), 03-Фев-14, 17:57 
Бред какой.
Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 21:42 
> pull вообще опасная операция.. совершенно безрассудно её делать. так как данные могут
> быть изменены в последнюю милисекунду перед pull

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

> лучше например -- делать fetch и затем merge (или fetch и затем rebase).

Кому лучше? С фига лучше? Pull удобная фича - тягается то что надо и когда это готово. А rebase-ить на каждый пук? Вы долбанулись? Или вас SVNнное мышление не отпускает?

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

156. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Xasd (ok), 05-Фев-14, 21:27 
> А rebase-ить на каждый пук? Вы долбанулись? Или вас SVNнное мышление не отпускает?

rebase позволяет раз и навсегда разрешить конфликтную ситуацию в файлах.

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

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

[а если у вас существуте только одна редакция программы -- то подумайте о тех людях кто захочет её форкнуть... вы действительно хотите создать для них головную боль? и зачем тогда было надо делать OpenSource?]

а всё потому что marge сохраняет древовидную структуру коммитов. а rebase избавляет от излишней древовидности.

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

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

кстате существует
$ git pull --rebase
[но как я писал выше -- вместо pull лучше использовать fetch]

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

5. "Выпуск распределнной системы управления версиями Mercurial ..."  +2 +/
Сообщение от Аноним (-), 03-Фев-14, 00:18 
Написан людьми.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

21. "Выпуск распределнной системы управления версиями Mercurial ..."  +8 +/
Сообщение от Аноним (-), 03-Фев-14, 03:42 
Вы слишком хорошего мнения о питонистах.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск распределнной системы управления версиями Mercurial ..."  +1 +/
Сообщение от rshadow (ok), 03-Фев-14, 12:38 
Вопрос не в том КЕМ он написан. Вопрос в том ДЛЯ КОГО он написан.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск распределнной системы управления версиями Mercurial ..."  –3 +/
Сообщение от Аноним (-), 03-Фев-14, 17:57 
> Вопрос не в том КЕМ он написан. Вопрос в том ДЛЯ КОГО
> он написан.

Для питонистов же и написан. А их людьми я бы не назвал.

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

106. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 18:46 
Комлексы нынче лечут. Дорого конечно - а не запускай!
Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 04-Фев-14, 09:08 
> Комлексы нынче лечут. Дорого конечно - а не запускай!

Не думаю что вы сможете питонистов вылечить. Сложно глупых людей сделать умными.

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

138. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 04-Фев-14, 09:06 
> Вопрос в том ДЛЯ КОГО он написан.

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

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

44. "Выпуск распределнной системы управления версиями Mercurial ..."  +1 +/
Сообщение от ffsdmad (ok), 03-Фев-14, 08:06 
так вроде и гит вполне приличным человеком написан
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

46. "Выпуск распределнной системы управления версиями Mercurial ..."  –1 +/
Сообщение от бедный буратино (ok), 03-Фев-14, 08:19 
> так вроде и гит вполне приличным человеком написан

нашим богом, повелителем мастур.обезьян, почётным факоносцем и просто приличным человеком :)

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

88. "Выпуск распределнной системы управления версиями Mercurial ..."  –1 +/
Сообщение от Аноним (-), 03-Фев-14, 17:58 
>> так вроде и гит вполне приличным человеком написан
> нашим богом, повелителем мастур.обезьян, почётным факоносцем и просто приличным человеком
> :)

Завидно что сам даже сотой части не сделал что повелитель мастур.обезьян?

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

96. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от бедный буратино (ok), 03-Фев-14, 18:11 
>>> так вроде и гит вполне приличным человеком написан
>> нашим богом, повелителем мастур.обезьян, почётным факоносцем и просто приличным человеком :)
> Завидно что сам даже сотой части не сделал что повелитель мастур.обезьян?

нет, не завидно :)

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

47. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 08:42 
Приличный человек не значит хороший разработчик, главный пингвин написал что под себя а его фанатеги стали это распространять.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

140. "Выпуск распределнной системы управления версиями Mercurial ..."  +1 +/
Сообщение от Аноним (-), 04-Фев-14, 09:10 
> Приличный человек не значит хороший разработчик, главный пингвин написал что под себя
> а его фанатеги стали это распространять.

Так как раз и появляется самый хороший софт. Уж себе то гадить ни один программер в здравом уме не станет :).

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

54. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 10:32 
Гит написан инопланетянами же.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

19. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от сом (?), 03-Фев-14, 02:30 
Интуитивный механизм веток, человеческие команды
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

89. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 17:58 
> Интуитивный механизм веток, человеческие команды

Точно, а ещё git быстрее потому что не на питоне.

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

153. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 04-Фев-14, 18:48 
>> Интуитивный механизм веток, человеческие команды
> Точно, а ещё git быстрее потому что не на питоне.

Не знаю, как сейчас, но ещё год-два назад Git сливал Mercurial, например, на времени коммита в большом репозитории. У Git это отчасти лечилось дроблением репозитория, чего Mercurial не умел до 2.7 или 2.8, но всё равно, согласитесь, это костыльное решение. Как сейчас - не знаю, может, чего и подправили.

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

29. "Выпуск распределнной системы управления версиями Mercurial ..."  –1 +/
Сообщение от бедный буратино (ok), 03-Фев-14, 05:12 
а чем redeclipse лучше git?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

53. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от тигар (ok), 03-Фев-14, 10:22 
> а чем redeclipse лучше git?

в первом можно делать ПИУ-ПИУ по врагам

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

55. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от бедный буратино (ok), 03-Фев-14, 10:38 
А в git нельзя, что ли? Тогда у меня появляются вопросы, зачем вообще нужен git?
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск распределнной системы управления версиями Mercurial ..."  –1 +/
Сообщение от тигар (ok), 03-Фев-14, 10:51 
> А в git нельзя, что ли? Тогда у меня появляются вопросы, зачем
> вообще нужен git?

чтобы сделать pull нужной фигни, до импорта ее в svn! ;)

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

59. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от бедный буратино (ok), 03-Фев-14, 11:10 
И там уже пиу-пиу по врагам, чтобы им пусто было?
Ответить | Правка | Наверх | Cообщить модератору

141. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 04-Фев-14, 09:11 
> чтобы сделать pull нужной фигни, до импорта ее в svn! ;)

Прешла весна, и некрофилы... стоп, еще не сезон же?!

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

42. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 07:25 
http://habrahabr.ru/post/123700/
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

83. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от boris (??), 03-Фев-14, 15:42 
http://felipec.wordpress.com/2012/05/26/no-mercurial-branche.../
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск распределнной системы управления версиями Mercurial ..."  +/
Сообщение от Аноним (-), 03-Фев-14, 15:46 
Читаю и понимаю, что все, что автор приводит в пример как недостатки Mercurial, для меня всегда было его преимуществами.

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

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

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

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




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

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