The OpenNET Project / Index page

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



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

Оглавление

Динамика формирования сообщества разработчиков KDE. Проект м..., opennews (ok), 15-Июл-09, (0) [смотреть все]

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


32. "Динамика формирования сообщества разработчиков KDE. Проект м..."  +/
Сообщение от дядя (?), 15-Июл-09, 16:46 
Как говорится: работает - не трогай.
Нафиг им эти телодвижения когда профит почти нулевой?
Умеет же Торвальдс людей разводить.
Ответить | Правка | Наверх | Cообщить модератору

33. "Динамика формирования сообщества разработчиков KDE. Проект м..."  +/
Сообщение от аноним (?), 15-Июл-09, 17:15 
Торвальдсу эти ваши кеды не впились
они гномолюбе
Ответить | Правка | Наверх | Cообщить модератору

34. "Динамика формирования сообщества разработчиков KDE. Проект м..."  +/
Сообщение от дядя (?), 15-Июл-09, 19:43 
Кого волнует что ему впилось? Он всем лапшу вешает.
Вот только с какого перепугу вестись надо на эту пропаганду?
Ответить | Правка | Наверх | Cообщить модератору

39. "Динамика формирования сообщества разработчиков KDE. Проект м..."  +/
Сообщение от None_Name (?), 16-Июл-09, 04:35 
Он и на Федоре сидит, Убунту в лес?
p.s. если продолжать такую логику
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

67. "Динамика формирования сообщества разработчиков KDE...."  +/
Сообщение от anonymous (??), 23-Июл-09, 20:04 
>Он и на Федоре сидит, Убунту в лес?
>p.s. если продолжать такую логику

убунту захоронить. могилу забетонировать, чтобы оно не вылезло случайно.

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

41. "так перечисли нам профиты"  +/
Сообщение от Вова (?), 16-Июл-09, 13:34 
Вот помимо того, что ты намерен освоить гит, у данной системы контроля версий  есть какие-либо преимущества перед свн? В каких случаях они начинают проявляться?
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

42. "так перечисли нам профиты"  +/
Сообщение от Аноним (-), 16-Июл-09, 13:44 
Работа без сети
Ответить | Правка | Наверх | Cообщить модератору

48. "так перечисли нам профиты"  +/
Сообщение от anonymous (??), 16-Июл-09, 15:32 
>Работа без сети

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

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

43. "номера кредитки - достаточно?"  +/
Сообщение от Andrey Mitrofanov (?), 16-Июл-09, 13:53 
>В каких случаях они начинают проявляться?

Начинают проявляться, когда Линус http://www.youtube.com/watch?v=4XpnKHJAok8 http://git.or.cz/gitwiki/LinusTalk200705Transcript приезжает в гугль. И не перестают, когда он уже оттуда уехал.

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

44. "так перечисли нам профиты"  +1 +/
Сообщение от MaMoHTemail (?), 16-Июл-09, 14:38 
>Вот помимо того, что ты намерен освоить гит, у данной системы контроля
>версий  есть какие-либо преимущества перед свн? В каких случаях они
>начинают проявляться?

1. Скорость работы.
2. Меньший объем хранилища.
3. Удобство работы с ветками. Там это и правда ветка, а не копия ствола.
4. Меньшее количество конфликтов при слияниях.
5. Возможность отслеживания перемещения изменений из файла в файл.
6. Адектватное отслеживание переименований и удалений файлов.
7. Возможность вести историю бинарных файлов.
8. Возможности откатов на предыдущие версии и вообще редактирования истории изменений.
9. Большее количество резервных копий проекта.

и так далее и так далее и так далее ...

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

46. "так перечисли нам профиты"  +1 +/
Сообщение от MaMoHTemail (?), 16-Июл-09, 14:47 
>[оверквотинг удален]
>3. Удобство работы с ветками. Там это и правда ветка, а не
>копия ствола.
>4. Меньшее количество конфликтов при слияниях.
>5. Возможность отслеживания перемещения изменений из файла в файл.
>6. Адектватное отслеживание переименований и удалений файлов.
>7. Возможность вести историю бинарных файлов.
>8. Возможности откатов на предыдущие версии и вообще редактирования истории изменений.
>9. Большее количество резервных копий проекта.
>
>и так далее и так далее и так далее ...

Для такого огромного проекта как KDE - SVN вообще неадекватен в качестве средства контроля версий - он плохо масштабируется. У GIT'a преимущество хотя бы в том, что процесс слияния будет на клиентской стороне, а не на сервере - сервер просто результат примет. При большом количестве разработчиков - это эге-гей какое значение имеет.

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

47. "так перечисли нам профиты"  –1 +/
Сообщение от Вова (?), 16-Июл-09, 15:17 
по порядку - #1 и #2 -  "гит быстрее и репозитарий меньше" быстрее чем что? какая операция быстрее? какой репозитарий меньше? или чекаут?? это на что-то влияет?

#3-#8 - каждый пункт вполне адекватен в СВН. Например #8- возможность отката на предыдущие версии - это вообще любая система контроля версий умеет. "Возможность редактирования истории изменений" - так это явно минус, недоработка, в страшном сне можно увидать клиента "я использую ваш софт версии #2341Э и обнаружить, что версия удалена, история "отредактирована".  "удобство работы с ветками" - куда уж удобнее, чем в свн? "меньшее количество конфликтов при слияниях" -что за бред, количество конфликтов зависит от грамотности распределения ролей в команде разработчиков.

9 - большое количество резервных копий проекта - сложно сказать, что это вообще бонус.


Вообще, извините за нескромность, в скольки проектах командной разработки вы принимали участие?

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

50. "так перечисли нам профиты"  +/
Сообщение от Andrey Mitrofanov (?), 16-Июл-09, 15:49 
>Вообще, извините за нескромность, в скольки проектах командной разработки вы

Да! Очень!! Очень правильный аналез. Расскажите нам, что Вы думаете по поводу BSDL vs GPL!

Ждём с нетерпением. Целуем!

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

52. "так где же профиты"  +/
Сообщение от Вова (?), 16-Июл-09, 16:39 
Вас не затруднит всё-таки помочь вашему юному другу всё-таки указать, что он имел в виду под "возможностью вести историю бинарных файлов" и прочими пунктами. Пока это всё несерьёзно.
И ещё, Андрей, у меня традиционная ориентация.
Ответить | Правка | Наверх | Cообщить модератору

54. "профитов _не_бу-дет_, только номера кредиток"  +/
Сообщение от Andrey Mitrofanov (?), 16-Июл-09, 17:13 
> Вас не затруднит всё-таки помочь вашему

С какого бы это?... Твой-мой, ах какие сантименты -- общайтесь свободно, "без трубы".

>Пока это всё несерьёзно.

Поздравляю, Вы ухватили _суть_. Сравнеине мягкого с квадратным не серьёзно. Даже если и то и другое красного цвета.

И это даже не считая того, что разным людям _нравится_ (<--я про SCM, не напрягайтесь) не одно и о же -- и уж сравнивать предпочтения это уж совсем... метафизика.

>И ещё, Андрей, у меня традиционная ориентация.

А Вы не прижимайтесь - и оправдываться не придётся.

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

55. "нда"  +/
Сообщение от Вова (?), 16-Июл-09, 17:50 
зачем вот это всё было писать?
Почему бы не сказать честно "преимуществ нет". Или там "зато можно использовать пентиум двести для хранения центрального репозитария. Неважно, что там на савёлах за типичная конфигурация, и  какого размера свн-сервер она способна тянуть, зато Линус прав."
Ответить | Правка | Наверх | Cообщить модератору

57. "вот договорились! всё ж не так страшно?"  –1 +/
Сообщение от Andrey Mitrofanov (?), 16-Июл-09, 18:38 
>зачем вот это всё было писать?

Вы ж простили, умоляли -- сравнений, преимуществ каких-то. Наиболее нестойкие повелись...

>Почему бы не сказать честно "преимуществ нет".

Вам честно сказали: преимущества есть.

Вы их честно перечислили и сказали, что их нет. Ну, всё норм.: диалектика, _консенсус_ и проч. (+см.выше про квадратное с мягким и предпочтения в красном цвете)

>какого размера свн-сервер она способна тянуть,
>зато Линус прав."

И честно: Линус прав -- свн-сервер кусок ...(ммм, слово сами уточните в транскрипте. пожалуйста?) и не рассмаривается не зависимо от конфигураций "на савёле".

И кстати, ни наши тексты тут, ни тексты Линуса [СЮРПРИЗ!] не имеют никакого отношения к переходу (желаемому, гипотетическому, выдуманному, чёрту-лысому) KDE на git. Парадокс?

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

63. "присядьте"  +/
Сообщение от твои мозги (?), 16-Июл-09, 23:23 
>[оверквотинг удален]
>Вы ж простили, умоляли -- сравнений, преимуществ каких-то. Наиболее нестойкие повелись...
>
>>Почему бы не сказать честно "преимуществ нет".
>
>Вам честно сказали: преимущества есть.
>
>Вы их честно перечислили и сказали, что их нет. Ну, всё норм.:
>диалектика, _консенсус_ и проч. (+см.выше про квадратное с мягким и предпочтения
>в красном цвете)
>

  Так вы вчитайтесь: за преимущество были выданы обычные возможности практически ЛЮБОЙ системы версий, в том числе и svn. Перечень "преимуществ" безграмотен ибо налицо незнание возможностей svn, причём базовых.

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

64. "присядьте"  +/
Сообщение от MaMoHTemail (?), 17-Июл-09, 10:37 
>  Так вы вчитайтесь: за преимущество были выданы обычные возможности практически
>ЛЮБОЙ системы версий, в том числе и svn. Перечень "преимуществ" безграмотен
>ибо налицо незнание возможностей svn, причём базовых.

Черт, а я ведь и правда повелся :-)
Думал они и правда хотят услышить в чем разница, а они лишь хотят сказать - ЭТО ВСЕ НЕПРАВДА! SVN ТОЖЕ ТАК РАБОТАЕТ :-)

Барану хоть кол на лбу чеши - не поверит, что это и правда работает, а недоделка в виде SVN. :-)

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

66. "смайлики и капс"  +/
Сообщение от Вова (?), 20-Июл-09, 12:11 
общение с вами, митрофанов, бессмысленно.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

49. "так перечисли нам профиты"  +/
Сообщение от anonymous (??), 16-Июл-09, 15:40 
>У GIT'a преимущество хотя бы в том, что процесс слияния будет на клиентской стороне, а не на сервере - сервер просто результат примет.

Только следует учесть, что для скачивания изменений между двумя ревизиями в svn не требуется делать локальную копию. В случае же гита надо делать git clone со всеми вытекающими. А если канал отличается "стабильностью", то всё качать заново, тогда как в svn достаточно сделать svn up.


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

51. "тем ихто ниасилил, профитов _не_бу-дет_"  –1 +/
Сообщение от Andrey Mitrofanov (?), 16-Июл-09, 16:13 
>Только следует учесть, что для скачивания изменений между двумя ревизиями в svn
>не требуется делать локальную копию. В случае же гита надо делать

Фантазируйте про свой SVN. Про что другое - не знаете, помалкивайте. Или спросите, ежели невтерпёж...

>git clone со всеми вытекающими. А если канал отличается "стабильностью", то
>всё качать заново, тогда как в svn достаточно сделать svn up.

Кому не нужна полная история, прекрасно могут почитать man git-clone на предмет ключа --depth и "выкачать" ровно _одно_ дерево.

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

53. "тем ихто ниасилил, профитов _не_бу-дет_"  +/
Сообщение от anonymous (??), 16-Июл-09, 17:05 
>Фантазируйте про свой SVN. Про что другое - не знаете, помалкивайте. Или спросите, ежели невтерпёж...

А по существу есть что сказать? Как мне вытянуть diff между любыми двумя ревизиями?


>Кому не нужна полная история, прекрасно могут почитать man git-clone на предмет ключа --depth и "выкачать" ровно _одно_ дерево.

Проблемы невозможности докачки это не решает. Более того, сабжевый гиториус её тоже не умеет.

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

56. "он другой. git, то есть..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 16-Июл-09, 18:24 
>А по существу есть что сказать? Как мне вытянуть diff между любыми
>двумя ревизиями?

В git  - diff - функция от двух локальных деревьев. Git не передаёт, не качает патчи.
То ли просчёт в реализации, то ли особенность проектирования, то ли наоборот.

И да, насколько я ничего не понимаю в потрохах git-а и его протокола, он не передаёт (вообще говоря) дельты между ревизиями одного файла. Есть локально NN-ый объект - не качаем, нет его - запаковать и отправить. При упаковке нескольких ревизий одного объекта, говорят, сжимаются достаточно эффективно (по размеру, не по расходу памяти-процессора). Допускаю, что я много чего не знаю про и выше - мои домыслы...

>Проблемы невозможности докачки это не решает. Более того, сабжевый гиториус её тоже
>не умеет.

Да, оно не было заложено в протоколе и студенты :) -
http://git.or.cz/gitwiki/SoC2009Ideas#RestartableClone
http://git.or.cz/gitwiki/SoC2008Ideas#RestartableClone
- все никак не порешают эту проблему.

Богг git-а как-то высказывался в духе, что да, на медленных/ненадёжных каналах оно "не того" и "да, ты, парень, попал".

Аналогично: фича/просчёт на выбор. Ну не проектировался git, как "убийца xmodem-а".
"Извините, так получилось."(тм)

Как попытка "обхода", качать тарбол, распаковать-комитить его в лок.репо, чтобы "засеять" его "какими надо" объектами, _после_ этого делать clone [одного дерева] - все файлы "уже здесь", дерево + commit -- "может быть и проскочит"(тм).

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

61. "он другой. git, то есть..."  +/
Сообщение от anonymous (??), 16-Июл-09, 23:17 
>Как попытка "обхода", качать тарбол, распаковать-комитить его в лок.репо, чтобы "засеять" его "какими надо" объектами, _после_ этого делать clone [одного дерева] - все файлы "уже здесь", дерево + commit -- "может быть и проскочит"(тм).

Это всё софистика. Нужно рабочее решение или лучше HOWTO. Экспериментами заниматься что-то нет желания.

ЗЫЖ Для ядра такой проблемы нет, так как тупо выкладываются патчи на ftp.

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

65. "логично. консенсус."  –1 +/
Сообщение от Andrey Mitrofanov (?), 17-Июл-09, 12:23 
>Это всё софистика.

Это эквилибристика. :) Софистика - это ""сделайте мне хорошоу, да чтоб ничего мне делать не пришлось бы, и да - вот обязательный список мегафич SVN, которые оно у вас не умеет, и чтоб сделали из git-а точую копию quirk-by-quirk с SVN-a и [да-да! вы же сами обещали!] с вагоном преимуществ и тележкой ништяков"".

>ЗЫЖ Для ядра такой проблемы нет, так как тупо выкладываются патчи

Для ядра, действительно _такой_ проблемы -- найти отмазку, чтоб не переходить на ... -- нет. Все, кому надо, уже пользуют, проблемы документированы и зачислены в фичи и TODO.

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

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

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




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

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