The OpenNET Project / Index page

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

Разработка Python переносится на Git и GitHub

02.01.2016 13:53

Разработчики языка программирования Python приняли решение (PEP-481) заменить Mercurial на Git и перейти на использование GitHub в качестве основной площадки для разработки CPython. Изменения коснутся только репозиториев с кодом и системы рецензирования. Отслеживание ошибок и Wiki останутся без изменений.

В процессе обсуждения возможных путей оптимизации процесса разработки также рассматривалась платформа GitLab, но, в конечном счёте, выбор был сделан в пользу GitHub, так как данная платформа более привычна для основных разработчиков и сторонних участников. Предпочтение GitHub также отдали Гвидо ван Россум (Guido van Rossum), "великодушный пожизненный диктатор" проекта Python, и несколько ключевых разработчиков проекта.

Кроме того, несколько отстранившихся от участия в проекте разработчиков выразили желание вернуться к активной разработке в случае перехода на Git и GitHub. Для новичков Git также отмечен как предпочтительный вариант, так как многие не решались подключиться к разработке из-за применения в сообществе Python собственной платформы рецензирования и системы контроля версий Mercurial. Git и GitHub уже повсеместно распространены и считаются стандартом де-факто среди разработчиков СПО, что даст возможность новичкам сразу подключиться к разработке без траты времени на изучение непривычных инструментов.

Напомним, что до 2009 года для разработки Python использовался Subversion, после чего был осуществлён переход на Mercurial (по популярности в то время Mercurial был примерно на одном уровне с Git, но основным фактором выбора стало то, что данная система написана на Python).

  1. Главная ссылка к новости (https://mail.python.org/piperm...)
  2. OpenNews: Выпуск распределённой системы управления версиями Mercurial 3.5
  3. OpenNews: GitHub снова оказался в реестре запрещенных в РФ сайтов
  4. OpenNews: На GitHub обрушилась необычная DDoS-атака, проведённая через подмену кода сервисов Baidu
  5. OpenNews: Выпуск GitLab 8.3 и подкаст с основателем проекта
  6. OpenNews: Python переходит на систему управления исходными текстами Mercurial
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/43619-python
Ключевые слова: python
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (133) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, КарМер (?), 14:05, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Методически складываем все яйцы в одну корзину ..
     
     
  • 2.5, 1 (??), 14:26, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Git же распределённая система. Думаю, что если регулярно делаются бэкапы, то даже в самом плохом случае (уничтожение всего github) ничего страшного не произойдёт.
     
     
  • 3.10, Аноним (-), 14:59, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Master уж точно есть в виде локальной копии у каждого из активных разработчиков.
     
  • 3.11, КарМер (?), 15:08, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –12 +/
    Один хостинг.Один раз взломают и все скомпроментированы ..
     
     
  • 4.18, Аноним (-), 16:09, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    как раз в этом случае проще выявить проблемы - все на виду и прозрачно
     
  • 2.12, Аноним (-), 15:16, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В git у каждого разработчика локально храниться копия базы, распределенность выше некуда
     
     
  • 3.16, anonymous (??), 15:34, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –9 +/
    >В git у каждого разработчика локально храниться копия базы, распределенность выше некуда

    Файлы? Трекер? Пулреквесты? Фанбои такие фанбои.

     
     
  • 4.33, Crazy Alex (ok), 19:24, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Можно подумать, что сейчас трекер распределённый. А пулл-реквесты, разумеется,у их авторов на машинах лежат. Впрочем, то, что три четверти FOSS на серверах одной конторы развиваются - стрёмно, конечно.
     
  • 4.34, fleonis (ok), 19:31, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    гы гы fossil forever ))
     
  • 4.89, XoRe (ok), 18:36, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>В git у каждого разработчика локально храниться копия базы, распределенность выше некуда
    > Файлы? Трекер? Пулреквесты? Фанбои такие фанбои.

    Даже в случае мгновенного тотального выключения всея github'а (что можно приравнять к IT катастрофе), ничто не помешает поднять gitlab и склонировать репу туда. Потеряются ветки обсуждений, но это все равно очень простое решение проблемы в условиях катастрофы.
    Мне не приходят в голову более разрушительные ситуации, которые могут создать значительные проблемы от использования github.
    Может вы поделитесь идеями?

     
     
  • 5.94, Mihail Zenkov (ok), 18:51, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже в случае мгновенного тотального выключения всея github'а (что можно приравнять к
    > IT катастрофе)

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

    Сам факт монополии github уже вызывает опасение тем, что все монополисты склонны злоупотреблять своим положением.

     
     
  • 6.95, XoRe (ok), 18:55, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Даже в случае мгновенного тотального выключения всея github'а (что можно приравнять к
    >> IT катастрофе)
    > А если хранить код в разных местах, то падение одного сервиса не
    > то что не будет IT катастрофой, но и вообще мало на
    > ком отразится.

    Git как раз и помогает хранить код в разных местах. У каждого разработчика на компьютере отдельная копия со всеми коммитами.
    github накрылся и нужно пушить в другое место? git remote add и работаешь дальше.

     
     
  • 7.96, myhand (ok), 19:32, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Git как раз и помогает хранить код в разных местах. У каждого
    > разработчика на компьютере отдельная копия со всеми коммитами.

    Детка, это умеет делать любая DVCS.  Например тот же Mercural.

    > github накрылся и нужно пушить в другое место? git remote add и
    > работаешь дальше.

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

     
     
  • 8.146, XoRe (ok), 15:55, 06/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно верно Вы посмотрите всю ветку, кому и на что я отвечал Человек заяв... большой текст свёрнут, показать
     
     
  • 9.147, Mihail Zenkov (ok), 16:33, 06/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Так уж и мгновенно Как пользователи найдут новый адрес проекта проект Что буде... большой текст свёрнут, показать
     
  • 9.148, myhand (ok), 17:23, 06/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и зачем тогда на git переходить Потому что молодежно Либо просто владель... текст свёрнут, показать
     
  • 6.97, myhand (ok), 19:36, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, раз уш пошла такая пьянка (переход на Git) - Python сделал бы много
    хорошего, выбрав GitLab.  Технических приемуществ Gihub не имеет.

    Впрочем, вероятнее всего пересилит мнение толпы хомячков с GitHub.

     
     
  • 7.130, Аноним (-), 10:14, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ты так говоришь, как будто толпа хомячков — это не фича :D
     
     
  • 8.135, myhand (ok), 15:04, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это не фича, а сила Причем больше деструктивная PS В PEP приводят в пример на... текст свёрнут, показать
     
     
  • 9.144, Аноним (-), 23:57, 05/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Питон как раз для хомячков, он теперича заместо бэйсика ... текст свёрнут, показать
     
     
  • 10.145, Аноним (-), 08:47, 06/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Глупости какие ... текст свёрнут, показать
     
  • 6.142, Аноним (-), 10:12, 05/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Гитхаб не монополист, есть битбакет, гитлаб плюс ещё мешок сервисов поменьше. Если гх начнёт выпендриваться, то, хвала рынку, быстро потеряет пользователей. Это же не Газпром, чья монополия ревностно охраняется государством.
     
     
  • 7.143, myhand (ok), 11:04, 05/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока есть Угадай с трех раз, что будет с гитлабами, если хомячки продолжат выб... большой текст свёрнут, показать
     
  • 3.31, iZEN (ok), 18:50, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В git у каждого разработчика локально храниться копия базы, распределенность выше некуда

    Вы так говорите, что можно подумать, что в случае с Mercurial это не так.

     
     
  • 4.134, Вареник (?), 14:37, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Для этого надо знать что-то кроме модного слова GitHub.
     

  • 1.4, Аноним (-), 14:21, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    GitLab или GitHub больная тема. Тоже долго выбирали и остановились на GitHub.
    В GitLab лишь одно большое преимущество - возможность запустить Community Edition на своём сервере. В остальном GitLab проигрывает и приходится выбирать между открытостью платформы или функциональностью/привычностью/сочетаемостью с другими проектами. Git во многом гасит риски. На поддержание своей инфраструктуры GitLab нужно много ресурсов, в GitHub вся инфраструктура готова и неплохо справляется с разными DDoS. Минусы в том, что GitHub как коммерческую компанию могут купить/запретить/развалить/расколоть, а инфраструктура неподконтрольна для аудита, злоумышленники её могут незаметно взломать и получить доступ к аккаунтам разработчиков.
     
     
  • 2.6, zed (??), 14:42, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    apt-get install gitlab-ce
     
     
  • 3.8, Аноним (-), 14:47, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это пока проектом занимается полтора землекопа и нет DDoS. Да и работа в этом случае превращается в гонку админ первый наложит патч или злодей заметит уязвимость. С периодическими remote code execution дырами (https://about.gitlab.com/2015/11/25/gitlab-8-dot-2-1-security-release) при использовании GitLab рисков быть хакнутым на порядок больше, чем рисков GitHub из-за его vendor lock.
     
     
  • 4.65, Аноним (-), 09:36, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, security by obscurity рулит.
     
  • 2.17, anonimous (?), 15:45, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > В остальном GitLab проигрывает

    Смешно, да. Основное преимущество Гитхаба -- популярность. Если смотреть исключительно на функциональность -- Гитлаб его уже как минимум догнал (последней фичей были pages, которые недавно добавили).

     
     
  • 3.24, й (?), 17:10, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    pages пока только в платной версии.

    зато человеческую интеграцию с другими ci-серверами они недавно совсем выпилили в угоду своему. не вендор-лок, говорите?

     
     
  • 4.29, anonymous (??), 18:22, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > интеграцию с другими ci-серверами они недавно совсем выпилили

    Можно пруф?

     
  • 4.35, anonimous (?), 19:38, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > pages пока только в платной версии.

    Мы сравниваем с Гитхабом, где community-версии нет в принципе. Так что всё одинаково -- pages есть в онлайн-версии и в платной оффлайновой.

    > зато человеческую интеграцию с другими ci-серверами они недавно совсем выпилили в угоду своему. не вендор-лок, говорите?

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

     
     
  • 5.40, й (?), 20:39, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    хм, у меня в ce jenkins отвалился при переходе на 8.х. старые хуки перестали работать, новые ввести невозможно -- нет возможности указать, что ci-сервер у тебя на другой машине.

    мы точно про gitlab community edition говорим? и там есть интеграция с jenkins? раньше (во времена 7.x) интеграция сводилась к тому, что jenkins прикидывался gitlab ci, а gitlab с ним общался, в 8.x это выпилили.

    > Почему-то в списке сервисов в проекте я вижу полторы страницы -- и Дрон, и Дженкинс, и Тимсити и прочее.

    drone и teamcity вижу, jenkins не вижу. gitlab ce 8.3.5.

     
     
  • 6.41, й (?), 20:41, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > gitlab ce 8.3.5.

    8.3.2, конечно же.

    пошёл возвращать машину времени.

     
  • 6.43, anonimous (?), 20:49, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > мы точно про gitlab community edition говорим? и там есть интеграция с jenkins?

    Лично я сравниваю онлайн-версии Гитхаба и Гитлаба. Ну естественно, что в CE что-то урезано.

     
     
  • 7.49, й (?), 21:16, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    я пробовал пользоваться онлайн-гитлабом. и свалил обратно на битбакет: у него с ui ощутимо получше, а в остальном то же самое.

    онлайн-гитхабом и гитлабом на собственном сервере до сих пор пользуюсь тоже. оттого и хорошо помню, чего в community-версии не хватает.

     

  • 1.7, Аноним (-), 14:42, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    GitLab пока слишком глючный и безбожно дырявый, к сожалению. С безопасностью в GitLab всё очень плохо, с его манерой запуска shell-врапперов, неисправленных и невыявленных дыр там непаханное поле.

    Ещё хуже, что после провальных "remote execution" дыр 2013 года (http://www.cvedetails.com/vulnerability-list/vendor_id-13074/product_id-26968) они перешли к порочной практике тихого исправления дыр без присвоения CVE. Пример https://about.gitlab.com/2015/11/25/gitlab-8-dot-2-1-security-release/ remote code execution  Nov 25, 2015. О многих дырах можно только догадываться, общий объём можно оценить по списку https://about.gitlab.com/vulnerability-acknowledgements/

     
     
  • 2.61, rob pike (?), 05:18, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тем, кому такие вопросы важны, обычно пользуются BitBucket.
     

  • 1.9, Аноним (-), 14:56, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >несколько отстранившихся от участия в проекте разработчиков выразили желание вернуться к активной разработке в случае перехода на Git и GitHub

    Типичные Git-истерички. Главное не разрабатывать, главное - шашечки.

     
     
  • 2.13, Аноним (-), 15:16, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не могу не согласится.
     
  • 2.14, Аноним (-), 15:16, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Профит можно получить и с истеричек, переезд на GH не такая уж большая цена.
     
     
  • 3.20, Mihail Zenkov (ok), 16:27, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А потом они заявят, что им форматирование кода не нравится и вообще проект на другом ЯП писать нужно и в любимой IDE.

    Что мешает участвовать в разработке и отсылать патчи напрямую разработчику или в меил лист?

     
     
  • 4.39, Аноним (-), 20:07, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом они заявят, что им форматирование кода не нравится и вообще проект на другом ЯП писать нужно и в любимой IDE.

    Таких истеричек это 1% от github истиричек. Им уже ничем не помочь.

     
  • 3.73, myhand (ok), 15:37, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Профит можно получить и с истеричек

    Беда в том, что и продукт получается соответствующим...

     
  • 2.15, Аноним (-), 15:19, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Типичный диванный аналитик, выражающий своё личное мнение абсолютно на пустом месте, без учета аргументов критикуемых
     
  • 2.37, all_glory_to_the_hypnotoad (ok), 19:46, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Типичные Git-истерички. Главное не разрабатывать, главное - шашечки.

    Это ты типичный дебил, разработчики как раз от ненужных шашечек избавляются.

     

  • 1.19, Аноним (-), 16:19, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >git

    Никогда не слышал. Чем оно лучше hg?

     
     
  • 2.21, Аноним (-), 16:29, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Шустростью.
     
     
  • 3.26, Аноним (-), 17:54, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Камень в огород Python?
     
     
  • 4.27, Аноним (-), 18:00, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нет, камень в огород Mercurial. Git-то тоже местами не на Си, а на перле написан.
     
     
  • 5.44, Аноним (-), 20:54, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну так тем более в огород Python
     
  • 5.69, all_glory_to_the_hypnotoad (ok), 15:12, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Git-то тоже местами не на Си, а на перле написан.

    сколько уже можно этот бред перепечатывать  из треда в тред, git давно везде написан на Си.

     
     
  • 6.76, Аноним (-), 16:17, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://github.com/git/git/
    > C 44.1%   Shell 34.3%   Perl 8.5%   Tcl 5.9%   Python 2.6%   C++ 1.8%   Other 2.8%
     
     
  • 7.77, all_glory_to_the_hypnotoad (ok), 16:23, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а ты туда свою морду засунь и посмотри что именно там написано не на Си.
     
     
  • 8.81, Аноним (-), 16:59, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    https github com git git blob master git-send-email perl https github com gi... текст свёрнут, показать
     
     
  • 9.92, XoRe (ok), 18:48, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну тесты и обвязка - отдельная тема Так можно про любой Си проект сказать, что ... текст свёрнут, показать
     
     
  • 10.137, Аноним (-), 16:20, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Теплое с мягким сравниваем А ничего, что у нас тут, как бы, далеко не хелоувор... текст свёрнут, показать
     
  • 6.84, Andrey Mitrofanov (?), 17:25, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Git-то тоже местами не на Си, а на перле написан.
    > давно везде написан на Си.

    Проспись, третье ж число уже! https://www.openhub.net/p/git/analyses/latest/languages_summary

    C 43.6%
    shell script 35.4%
    Tcl 7.5%
    Perl 8.1%
    Python 1.9%
    Make 0.9%
    C++ 1.1%
    [...]

     
     
  • 7.93, XoRe (ok), 18:51, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> давно везде написан на Си.
    > Проспись, третье ж число уже! https://www.openhub.net/p/git/analyses/latest/languages_summary
    > C  43.6%
    > shell script  35.4%
    > Tcl  7.5%
    > Perl  8.1%
    > Python  1.9%
    > Make  0.9%
    > C++  1.1%
    > [...]

    Ну ок, какая команда из набора "git *" написана на Tcl, или на Make?
    Вот я делаю git clone - выполняется скомпилированный код на С.
    git add, git pull и т.д. - тоже запускается бинарник из кода на С.

     
     
  • 8.131, Andrey Mitrofanov (?), 10:22, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На тикле - на вскидку gitk Не каждый день, но пользуюсь, спасибо, брат жив Угу... текст свёрнут, показать
     
  • 8.133, й (?), 13:40, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    pull до недавнего времени был солидной частью на шелле переделали на c, чтобы п... текст свёрнут, показать
     
  • 8.136, Аноним (-), 15:43, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пользователи убунты, дебиана и еще кучи дистров с вами не согласны https gith... большой текст свёрнут, показать
     
  • 3.59, kem (?), 00:27, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вы пробовали или сравниваете по языкам на которых они написаны ?
    Как ни странно по скорости hg не уступает, а местами быстрее, так что все дело в том как  писать и что писать, посмотрите на http://pythonhosted.org/pyftpdlib/benchmarks.html например где по скорости и потреблению памяти python не только не уступает, но часто и превосходит ftp сервера на C.

    P.S. пользуюсь и git, и hg система команд в hg гораздо более целостная и понятная

     
     
  • 4.60, pavelpat (ok), 00:45, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Git действительно по-шустрее кажется. Сравнивал проект на hg и его же перенесённым в git. С git-ом и пушилось/пулилось быстрее, и update, merge, commit, diff на глаз быстрее работали в нём. Субъективно конечно.
    Плюс, насколько я знаю, git изначально задумывался как фреймвокр для построения своей скв на основе некоторого набора операций. Поэтому он и более низкоуровневый (соответственно требует большей подготовки пользователя), чем hg и позволяет более низкоуровнего стрелять в ногу. Например, попробуйте сделать в hg мердж из 100 веток в одну одним коммитом. А git такое умеет, и ещё много что.
     
     
  • 5.63, kem (?), 09:13, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    у меня вот "на глаз" прямо противоположные ощущения.
    нисколько не сомневаюсь что в git можно сделать такое что потом самому будет тяжело понять что же ты сделал :). Он действительно более низкоуровневый, но интерфейс hg очень хорошо продумал, за годы использования всего хватало и за командами не нужно далеко ходить если что-то забыл, встроенной справки и названия команды более чем достаточно чтобы понять что она делает, в отличие от git, где имена многих команд и их аргументов континтуитивны, но это конечно не замечается, если уже привык.

    Не могу себе представить зачем нужно делать мерж из 100 веток в одну одним коммитом, а как потом разбираться с историей, как при понять из какой ветки изменения при разрешении конфликтов, 100 way diff ?

     
     
  • 6.64, pavelpat (ok), 09:21, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    > будет тяжело понять что же ты сделал :). Он действительно более
    > низкоуровневый, но интерфейс hg очень хорошо продумал, за годы использования всего
    > хватало и за командами не нужно далеко ходить если что-то забыл,
    > встроенной справки и названия команды более чем достаточно чтобы понять что
    > она делает, в отличие от git, где имена многих команд и
    > их аргументов континтуитивны, но это конечно не замечается, если уже привык.
    > Не могу себе представить зачем нужно делать мерж из 100 веток в
    > одну одним коммитом, а как потом разбираться с историей, как при
    > понять из какой ветки изменения при разрешении конфликтов, 100 way diff
    > ?

    101 + base

     
  • 2.25, Аноним (-), 17:53, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >git
    >>Никогда не слышал. Чем оно лучше hg?

    Слышали про github-эффект? Так вот, это первые три буквы этого названия данного феномена.

     
     
  • 3.28, Аноним (-), 18:04, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я конечно догадываюсь о чем ты. Но вот не задача, Google ни сном ни духом о твоем так называемом "github-эффекте".

    Очень хочется почитать как именно Github увеличивает популярность проекта. Возможно тогда и я переведу свой проект туда.

     
     
  • 4.30, Аноним (-), 18:45, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не волнуйся твоим поделкам это не грозит.
     
     
  • 5.32, Аноним (-), 18:55, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как и твоим.
     
     
  • 6.45, Аноним (-), 20:55, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Как и твоим.

    мои поделки давно на гитхабе гниют.

     
     
  • 7.53, Аноним (-), 22:10, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Гниение тоже полезно. Подготавливает почву для следующих поделок.
     
  • 4.42, й (?), 20:45, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Google ни сном ни духом о твоем так называемом "github-эффекте".

    https://angularjs.org/

    прочитай текст на логотипе, а потом посмотри, где у них репа

     
     
  • 5.54, Аноним (-), 22:12, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Такими темпами здесь скорее можно увидеть Google-эффект.
     
  • 3.88, Andrey Mitrofanov (?), 18:14, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Мой searchengine-fu крепче, видимо, чем у коллеги выше, и я за 5 W10 минут нашё... большой текст свёрнут, показать
     

  • 1.47, ALex_hha (ok), 21:03, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В остальном GitLab проигрывает и приходится выбирать между открытостью платформы или функциональностью/привычностью/сочетаемостью с другими проектами.

    а что есть такого у github, чего вам не хватает в GitLab? И если на то пошло, то надо сравнивать с GitLab EE, так как github таки платный. Хостинг только открытых проектов не рассматриваем.

    > На поддержание своей инфраструктуры GitLab нужно много ресурсов

    например? Мне хватает EC2 инстанса, с автоматическим бекапом. При использовании omnibus сборки - устновка/настройка/обновление занимает минуты. Хотя бывают косяки при обновлениях. Хотя лично сам за два года не наступал.

    > в GitHub вся инфраструктура готова и неплохо справляется с разными DDoS.

    все так любят писать это слово, хотя реально сталкивалось с ним пару людей. Ну ограничьте доступ с фиксированных ip. Да, не так удобно, но зато защитит от атак. Ну или можно воспользоваться тем же CloudFlare, если у вас минута простоя стоит 10k$+

     
     
  • 2.48, ALex_hha (ok), 21:15, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему-то в списке сервисов в проекте я вижу полторы страницы -- и Дрон, и Дженкинс, и Тимсити и прочее. Плюс вебхуки для всякой экзотики.

    в Gitlab CE 7.13.x не вижу Jenkins в упор - http://i.imgur.com/dt5LW5G.png

    В 8.2.x картина аналогичная. Может не туда смотрю?

     
     
  • 3.52, ALex_hha (ok), 21:42, 02/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > интеграцию с другими ci-серверами они недавно совсем выпилили
    > Можно пруф?

    думаю имелось ввиду это - "In GitLab 8.3, Jenkins integration using the GitLab Hook Plugin was deprecated in favor of the GitLab Plugin. The deprecated integration has been renamed to 'Jenkins CI (Deprecated)' in the project service settings. We may remove this in a future release and recommend using the new 'Jenkins CI' project service instead"

    http://doc.gitlab.com/ee/integration/jenkins.html

    Но это относится только к EE редакции и там лишь была перенесена настройка с одного места в другое


     

  • 1.56, pavelpat (ok), 23:35, 02/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Безусловно полезно и удобно для CPython, но вредно для отличной СКВ Mercurial.
     
     
  • 2.57, Crazy Alex (ok), 00:00, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Скорее - смертельно для неё, хе-хе :-)
     
     
  • 3.62, rob pike (?), 05:20, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нужно ли быть самым популярным чтобы продолжать развиваться, иметь пользовательскую базу и быть для ряда применений и обстоятельств лучшим выбором?

    Умерли ли все языки кроме JavaScript?

     
     
  • 4.66, Аноним (-), 11:09, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >и быть для ряда применений и обстоятельств лучшим выбором

    Для систем контроля версий лучший выбор это С, а уж никак не Python.

     
  • 4.67, Аноним (-), 11:12, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    JS ЯП, а мы говорим про тулинг и да старому тулингу на смену приходит новый. Был Grunt сейчас практически везде Gulp в новых проектах.
    > Умерли ли все языки кроме JavaScript?

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

     
     
  • 5.129, rob pike (?), 04:37, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А что, кроме браузеров ничего не осталось?
    А что, нативная поддержка всегда лучше не нативной? (Elm, ClojureScript)
     
  • 4.78, Crazy Alex (ok), 16:34, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Лично мне будет достаточно того, чтобы оно мне случайно не попадалось А где там... большой текст свёрнут, показать
     
     
  • 5.82, myhand (ok), 17:06, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Это такая штука, в которой чем больше унификации - тем лучше.

    Вот такие люди, не слыхавшие о стандартизации, и обижаются потом
    на "школие".  Загнобить альтернативы - единственный путь развития!

    Windows-децтво торчит у вас отовсюду.

     
     
  • 6.100, Crazy Alex (ok), 21:01, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.

    Никто их не гнобит.

    Альтернативы - пусть копошатся тихо в своём углу, как Fossil и Darcs. Или Haskell какой-нибудь. Или мой любимец Notion WM. Или... да вагон таких. Если мейнстрим сильно начудит - о них вспомнят. Плюс хорошие идеи из них будут потихоньку перетаскивать в мейнстрим.

    А вот иметь несколько конкурирующих "мейнстримных" открытых продуктов - это бред почти всегда, особенно для (D)VCS. Это ж не window manager, где никому за пределами твоего десктопа не важно, чем ты пользуешься.

     
     
  • 7.105, myhand (ok), 21:18, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проходили это уже, аж веке в XIX-м Резервации там разные, права индейцев Ст... большой текст свёрнут, показать
     
     
  • 8.112, rob pike (?), 22:59, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ткни пальцем в средней юности девелопера - попадешь в латентного троцкиста ... текст свёрнут, показать
     
     
  • 9.115, myhand (ok), 23:07, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т-щ следователь, ви че мне шьете ЗЫ Ранней юности девелоперы, надо полагать, э... текст свёрнут, показать
     
  • 8.118, Crazy Alex (ok), 23:23, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А плохие идеи - доставали и достают Что понемногу рефакторят депрекейтят, что в... текст свёрнут, показать
     
     
  • 9.124, myhand (ok), 23:59, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что-то эта картинка сильно напоминает сказошные дали про конкуренцию , свободн... текст свёрнут, показать
     
  • 8.123, all_glory_to_the_hypnotoad (ok), 23:54, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В данном случае никакого гнобления нет, проект решил ориентироваться на большинс... текст свёрнут, показать
     
     
  • 9.126, myhand (ok), 00:08, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну да Бездумный уход на альтернативное решение - это не гнобление, вы чо Нет ... большой текст свёрнут, показать
     
  • 8.139, Аноним (-), 22:03, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Живу в 30 км от резервации индейцев, слежу за этой темой и всячески интересуюсь ... текст свёрнут, показать
     
     
  • 9.140, myhand (ok), 22:39, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    И за какой период времени вы полагаете у себя представление о чем идет речь Д... текст свёрнут, показать
     
  • 5.86, rob pike (?), 17:57, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мечтают ли парикмахеры об унификации размеров и формы голов?
     
  • 5.99, all_glory_to_the_hypnotoad (ok), 20:30, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > допустим, окажись во всех браузерах поддержка полноценного Питона - очень большой вопрос, выдержит ли JS конкуренцию.

    Вопорс никакой, конечно, выдержит. Питон, с одной стороны, громоздкий (тянет свои батарейки) и ничего не может предложить существенно лучшего по сравнению с JS (в контексте оптимизации по памяти и cpu). А сдругой подкидывает на вентилятор проблемы с отступами и своим фашистким PEP8.

    Можно сделать иную замену, совсем Ъ и с учётом всех проблем, но такой альтернативой просто не захочет пользоваться весь текущий контингент веб разработчиков.

    > у него нет достаточных преимуществ перед Git

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

     
     
  • 6.101, Crazy Alex (ok), 21:07, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, под "полноценным питоном  в браузерах" и подразумевалось, что все имебщие смысл батарейки оказываются в браузере. А лучшее - как минимум, он может предложить не только асинхронную модель, которая на самом деле не нужна в 95% случаев, но JS по-другому не умеет. А вот в питоне есть кооперативная многозадачность, например.

    А вот "совсем Ъ" как раз победить не может ну просто потому, что умных мало, а кода надо писать много. Тут, кстати, ещё вопрос, был бы в вебе PEP8 во вред или на пользу.

    hg я смотрел совсем поверхностно, и насчёт технических недостатков не в курсе. Просто не вижу ничего хорошего в "конкуренции мейнстримов" в свободном софте, особенно там, где это влияет на командную работу.

     
     
  • 7.106, all_glory_to_the_hypnotoad (ok), 22:05, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >  А лучшее - как минимум, он может предложить не только асинхронную модель, которая на самом деле не нужна в 95% случаев, но JS по-другому не умеет. А вот в питоне есть кооперативная многозадачность, например.

    Ты это так пишешь будто в этом есть какая-то заслуга питона. Не прошло и десяти лет как наконец таки прикрутили через задницу async и корутины, да и то всё это в самом последнем релизе которвый никуда ещё не доехал. В таком виде эти фичи прикручиваются к любому подобному ЯП и для JS это всё тоже есть.

    > Тут, кстати, ещё вопрос, был бы в вебе PEP8 во вред или на пользу.

    PEP8 несёт одназначный вред т.к. многие моменты в нём достаточно спорные. В других языках такие вопросы отдаются на откуп разработчкиам, но с питоном всё иначе - с какого-то будуна язык получил один единственный, неправильный, стиль кодирования. Теперь больные на голову апологеты доводят всё до абсурда пропихиванием этого стандарта безусловно во многие редакторы. Например, в VIMе с недавнего времени это гогно перетирает все стандартные настройки (например, настройки обратоки TABов) и это недарозумение овощей приходится специально вырезать. Такое поведение совсем не идёт на пользу популяризации языка.

     
     
  • 8.111, myhand (ok), 22:51, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У данного языка - нет никакого стиля кодирования Технически, это стандарт дл... текст свёрнут, показать
     
     
  • 9.113, rob pike (?), 23:03, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Фашизм одного единого стандарта кодирования вам нравится Фашизм одного единого ... текст свёрнут, показать
     
     
  • 10.116, myhand (ok), 23:14, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Фашизмом можно обозвать что угодно, см Вукраина Ну так уж получилось, что любо... текст свёрнут, показать
     
  • 9.121, all_glory_to_the_hypnotoad (ok), 23:37, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прекрати, грёбанный виндузятник98, руками разбивать абзац на строки Де факто он... текст свёрнут, показать
     
     
  • 10.122, myhand (ok), 23:51, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Phys Rev расскажи как удобно читать длиинные простыни текста Дурачок, это вну... текст свёрнут, показать
     
     
  • 11.125, all_glory_to_the_hypnotoad (ok), 00:06, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дебил безмозглый, реализация питона называется CPython и написана на Си PEP8 ст... текст свёрнут, показать
     
     
  • 12.127, myhand (ok), 00:17, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Стандартная библиотека - является частью этого проекта Рад что для вас это нов... текст свёрнут, показать
     
  • 8.119, Crazy Alex (ok), 23:31, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не то, чтобы заслуга питона - но в JS по-другому не бывает Но насчёт последней ... текст свёрнут, показать
     
  • 6.102, myhand (ok), 21:07, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А сдругой подкидывает на вентилятор проблемы с отступами

    А какие у вас проблемы?

    > и своим фашистким PEP8.

    PEP8 - абсолютно опциональная штука ваапще.  А что там
    конкретно фашистского, в сравнении с любым другим аналогом?

     
     
  • 7.107, all_glory_to_the_hypnotoad (ok), 22:07, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > PEP8 - абсолютно опциональная штука ваапще.

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

     
     
  • 8.110, myhand (ok), 22:40, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Причем тут что кто считает - это дело факта ... текст свёрнут, показать
     
  • 2.85, Аноним (-), 17:37, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема или вернее ситуация в несколько другом Когда-то было что не очень пони... большой текст свёрнут, показать
     
     
  • 3.87, rob pike (?), 18:02, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А теперь уже перестают "выбирать" систему, думать о workflow

    Думать - это вообще моветон, мерзким waterfall попахивает!
    А workflow это ж бизнес-процессы, их следует отряхнуть с agile-ног, иначе ночью придёт COBOL и съест.

     
     
  • 4.103, Crazy Alex (ok), 21:10, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подумать, что в agile нет workflow. Он, как бы, везде и всегда есть, если не о хобби говорить, вопрос только - насколько вменяемый и осознанный. Но agile - да, задолбал несколько.
     
     
  • 5.114, rob pike (?), 23:06, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    "Вменяемый и осознанный" is not an option anymore. Welcome to the wonderful pop-culture-driven world of modern software development.

     
  • 3.104, Crazy Alex (ok), 21:17, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то это нормальная ситуация перехода от ремесла к промышленности. Всё больше уровней стандартизированы, всё больше задач имеют готовые решения. И в большинстве случаев потери из-за не идеальной оптимальности этих решений будут меньше, чем затраты на поиск идеального для себя варианта.
     
     
  • 4.117, all_glory_to_the_hypnotoad (ok), 23:23, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что ты заладил со своей стандартизацией. Нет такого нигде в промышленности, коммерческих VCS существует больше чем опенсорсных и так практически с любым инструментом в индустрии.
     

  • 1.68, craft37 (?), 11:14, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Люди, какие же вы все тут счастливые.
    Радость и любовь друг к другу так и переполняют вас.
     
     
  • 2.70, Аноним (-), 15:30, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И вас с праздником Владимир Владимирович, верните доллар по 32.
     
     
  • 3.71, Аноним (-), 15:31, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И вас с праздником Владимир Владимирович, верните доллар по 32.

    Ну по 72 уже ввернул, к концу года доверну до 92-х

     

  • 1.72, myhand (ok), 15:34, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как обычно, модераторы не читают что постят...  Где "приняли
    решение"?  Обсуждение только идет, PEP в статусе Draft...

    ЗЫ: Относительно перехода - ничего странного.  Количество школия
    среди "основных разработчиков" - уже способно сделать вас грустным (простой
    пример - "rationale" обсуждаемого PEP, где черным по белому написано что
    делается переход ради тех, кто банально не желает или не умеет учиться).

    Пропал калабуховский дом окончательно, короче.

     
     
  • 2.79, Crazy Alex (ok), 16:36, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Черт, действительно драфт. Тоже мне, новости.

    Ну, ждём - может, таки пройдёт. В VCS зоопарк неуместен.

     
  • 2.80, Аноним (-), 16:52, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Как обычно, модераторы не читают что постят...  Где "приняли
    > решение"?  Обсуждение только идет, PEP в статусе Draft...

    Тем сообщением в списке рассылки Brett Cannon как раз и объявил о решении  перехода на Git/GitHub и намерением обсудить технические детали этого перехода.  Пока эти детали не утверждены PEP будет в статусе Draft, но сам переход уже рассматривается как состоявшееся решение.

     
     
  • 3.83, myhand (ok), 17:12, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем сообщением в списке рассылки Brett Cannon как раз и объявил о
    > решении  перехода на Git/GitHub

    На что ему резонно возразили, что он не главный тут объявляльщик.  Действительно,
    переход на Git - достаточно несомненный, а вот с GitHub/GitLab - непонятно.  У
    последнего - много сторонников.

    Впрочем, GitHub-мартышки - победят, скорее всего.  Жаль.

     
     
  • 4.98, Аноним (-), 19:50, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    О да было бы забавно наблюдать как разрабатывают питон используя руби.
     
     
  • 5.109, й (?), 22:28, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    так они оба -- и github и gitlab -- на rails написаны.
     
     
  • 6.120, Аноним (-), 23:34, 03/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    github уже давно не на рельсах.
     
     
  • 7.128, й (?), 01:09, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    да и gitlab настроен мигрировать с них в обозримом будущем.

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

     
     
  • 8.132, Аноним (-), 11:40, 04/01/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы не знал инсайд, то не говорил бы что рельс нет ... текст свёрнут, показать
     

  • 1.108, manster (ok), 22:17, 03/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    припозднились что-то
     
  • 1.138, Аноним (-), 19:56, 04/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Давно пора
     
  • 1.141, Аноним (141), 08:59, 05/01/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подождем когда заблокируют гитхаб
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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