Фонд Apache анонсировал (https://blogs.apache.org/infra/entry/improved_integration_be...) результаты работы по улучшению интеграции своей инфраструктуры с сервисом GitHub. Изначально при разработке проектов Apache используется централизованная система управления версиями на основе Subversion. Отныне, энтузиасты, предпочитающие Git, получили инструменты для полноценного участия в разработке Apache с использованием сервиса GitHub.
В частности, на более высоком уровне обеспечена поддержка репликации и синхронизации данных между инфраструктурой Apache и GitHub. Любые pull-запросы, которые открыты, закрыты, переоткрыты или прокомментированы, теперь отражаются в штатных списках рассылки. Если проектом используется система отслеживания ошибок JIRA, то все отчёты о проблемах и комментарии, в которых упоминается идентификатор JIRA, теперь приводят к обновлению соответствующего тикета в JIRA. При ответе в списке рассылки dev@ на комментарий, изначально добавленный через GitHub, ответ автоматически добавляется на GitHub.
URL: https://blogs.apache.org/infra/entry/improved_integration_be...
Новость: http://www.opennet.me/opennews/art.shtml?num=39069
Чего б вместо этого не интегрироваться с BitBucket, где и JIRA и еще масса всего уже подвязана из коробки, вместо гитхабовой социальщины?
потому что немодно )
> потому что немодно )На счёты тогда переходи. А то компьютерами пользоваться - всего лишь "модно".
счёты и комп тоже немодно, а вот думать всегда модно
1. JIRA - срань господня.2. Нет никаких причин использовать subversion вообще.
А при чём здесь subversion? И как он в ваших фантазиях связан с Bitbucket?
Jira связана, это да...
> А при чём здесь subversion?Новость прочитай уже.
> А при чём здесь subversion?При том что если перейти на гит - никаких суперкостылей вообще не потребуется...
>> А при чём здесь subversion?
> При том что если перейти на гит - никаких суперкостылей вообще
> не потребуется...Вы что, subversion же тоже продукт Apache Foundation. Это же им придётся от собственной поделки отказаться.
> от собственной поделки отказаться.А чего в ней хорошего? Отмотать ревизию занимает туеву хучу времени, а если сервак недоступен - вы вообще пролетаете. Система контроля версий ... хреново контролирует версии. А вот git это делает так, что я поначалу думал что команда не сработала. А это он оказывается за время близкое к нулю выкатывает нужную ревизию в диру с сорцом...
Да ничего хорошего в ней нет. Но вы это её авторам скажите.
А ее авторам надо поменьше тормозной жидкости пить.
Того б что люди головой думают а не исходя из принципа "сделаю по-своему", духа несогласия или собственной маргинальности.
Наверное потому что сообщество выбрало github вместо битбакетовской маргинальщины.
Во-первых, Атлассиновскую JIRA они и так выбрали.
Во-вторых, атлассиновский же git (BitBucket) это с какой стороны маргинальщина?
> Во-первых, Атлассиновскую JIRA они и так выбрали.Ну тут можно только посочувствовать, учитывая какое JIRA невыносимое убожество.
> Во-вторых, атлассиновский же git (BitBucket) это с какой стороны маргинальщина?
Начнём с того что bitbucket это прежде всего mercurial хостинг, уже поэтому. Даже если закрыть на это глаза, на bitbucket банально на порядки меньше пользователей чем на github.
И вообще, при чём тут атлассиан? Продукты выбирают по их свойствам, а не по производителю - допустим, чем-то жира им понравилась, но хостинг выбирать только потому что он от того же атлассиана они ни в коем разе не обязаны.
Так речь и идёт именно о свойствах. JIRA с BitBucket интегрирована УЖЕ и крайне качественно, ибо оба продукта от одного разработчика.>bitbucket это прежде всего mercurial хостинг
А вы, простите за нескромность, прежде всего ребенок вашей мамы или прежде всего вашего папы? BitBucket умеет как в mercurial, так и в git - впервые вижу чтобы это считалось минусом.
> BitBucket умеет как в mercurial, так и в git - впервые вижу чтобы это считалось минусом.Ну плюсом это точно не является, ибо обеспечить полноценную доступность одного репозитория для обеих VCS невозможно, значит в любом случае будет только одна. А вообще, ценность VCS хостинга - не в VCS, а всё-таки в пользователях, а на bitbucket пользователей на порядки меньше чем на github. Пользователей git из них ещё меньше. Собственно и возвращаемся к маргинальщине - сделай они интеграцию с bitbucket, было бы это для галочки и ничего бы им не надо. Сделали интеграцию с github - намного упростили разработчикам жизнь и открыли двери для новых контрибуторов. Всё правильно сделали.
А в какой момент вдруг появилась задача "обеспечить полноценную доступность одного репозитория для обеих VCS" и у кого именно?>ценность VCS хостинга - не в VCS, а всё-таки в пользователях
Серьезно? С каких пор хостинг открытых проектов стал фэйсбуком?
> А в какой момент вдруг появилась задача "обеспечить полноценную доступность одного репозитория для обеих VCS" и у кого именно?В тот же в который стала плюсом поддержка двух VCS в bitbucket - ни в какой.
>> ценность VCS хостинга - не в VCS, а всё-таки в пользователях
> Серьезно? С каких пор хостинг открытых проектов стал фэйсбуком?Абсолютно серьёзно, и надо быть совсем глупым чтобы этого не понимать.
Хостинг как таковой нужен только для нищебрoдов без собственных серверов - вряд-ли к таковым можно отнести Apache Foundation. Чтобы захостить репы им нужно просто дописать строчку в конфиг httpd.
Однако же, повторяю, смысл не в том чтобы выложить репы, смысл в том чтобы дать людям возможность контрибутинга одним кликом - без регистрации с десятком подтверждений, изучения очередного кривого багтрекера, выколупыванию патчей из VCS, присылания их и мучительного ожидания реакции. Возможно это только одним способом - выкладыванием на хостинг где _все_ разработчики уже тусуются. Угадаете на какой?
> JIRA с BitBucket интегрирована УЖЕ и крайне качественно,Вот только все это с точки зрения разработчика - "сферическое преимущество в вакууме".
Молодцы. Понимают что нужно сообществу.
> Молодцы. Понимают что нужно сообществу.Если бы понимали - давно бы svn свой отправили уже в трэш.
Лучше поздно чем никогда.
Логичное решение, глядишь и участников в их проектах прибавится.
Как это связано?
Так что открытая разработка = github, и никто уже не полезет во всякие замшелые субвершоны, левые джиры и списки рассылки даже чтобы патч прислать, не говоря уже о том чтобы код полистать и сделать мелкий drive-by коммит, а ведь именно с drive-by коммитов люди втягиваются в разработку (о чём ещё Линус говорил недавно). Теперь когда Apache на гитхабе, это возможно. Раньше было не возможно, и не стало бы если бы Apache выбрали не github.