The OpenNET Project / Index page

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

Предоставлены средства для интеграции инфраструктуры Apache с GitHub

12.02.2014 10:18

Фонд Apache анонсировал результаты работы по улучшению интеграции своей инфраструктуры с сервисом GitHub. Изначально при разработке проектов Apache используется централизованная система управления версиями на основе Subversion. Отныне, энтузиасты, предпочитающие Git, получили инструменты для полноценного участия в разработке Apache с использованием сервиса GitHub.

В частности, на более высоком уровне обеспечена поддержка репликации и синхронизации данных между инфраструктурой Apache и GitHub. Любые pull-запросы, которые открыты, закрыты, переоткрыты или прокомментированы, теперь отражаются в штатных списках рассылки. Если проектом используется система отслеживания ошибок JIRA, то все отчёты о проблемах и комментарии, в которых упоминается идентификатор JIRA, теперь приводят к обновлению соответствующего тикета в JIRA. При ответе в списке рассылки dev@ на комментарий, изначально добавленный через GitHub, ответ автоматически добавляется на GitHub.

  1. Главная ссылка к новости (https://blogs.apache.org/infra...)
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: github, apache
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (27) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:12, 12/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Чего б вместо этого не интегрироваться с BitBucket, где и JIRA и еще масса всего уже подвязана из коробки, вместо гитхабовой социальщины?
     
     
  • 2.2, sysstartd (ok), 12:07, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    потому что немодно )
     
     
  • 3.11, Аноним (-), 19:19, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что немодно )

    На счёты тогда переходи. А то компьютерами пользоваться - всего лишь "модно".

     
     
  • 4.15, sysstartd (ok), 22:12, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    счёты и комп тоже немодно, а вот думать всегда модно
     
  • 2.3, ip1981 (ok), 12:18, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1. JIRA - срань господня.

    2. Нет никаких причин использовать subversion вообще.

     
     
  • 3.7, zztop (?), 18:35, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А при чём здесь subversion? И как он в ваших фантазиях связан с Bitbucket?
    Jira связана, это да...
     
     
  • 4.12, ip1981 (ok), 20:57, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А при чём здесь subversion?

    Новость прочитай уже.


     
  • 4.16, Аноним (-), 23:36, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А при чём здесь subversion?

    При том что если перейти на гит - никаких суперкостылей  вообще не потребуется...

     
     
  • 5.21, Аноним (-), 05:31, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> А при чём здесь subversion?
    > При том что если перейти на гит - никаких суперкостылей  вообще
    > не потребуется...

    Вы что, subversion же тоже продукт Apache Foundation. Это же им придётся от собственной поделки отказаться.

     
     
  • 6.22, Аноним (-), 15:41, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > от собственной поделки отказаться.

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

     
     
  • 7.23, Аноним (-), 17:20, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да ничего хорошего в ней нет. Но вы это её авторам скажите.
     
     
  • 8.24, Аноним (-), 18:19, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А ее авторам надо поменьше тормозной жидкости пить ... текст свёрнут, показать
     
  • 2.4, Аноним (-), 17:28, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Того б что люди головой думают а не исходя из принципа "сделаю по-своему", духа несогласия или собственной маргинальности.
     
  • 2.5, Аноним (-), 17:35, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наверное потому что сообщество выбрало github вместо битбакетовской маргинальщины.
     
     
  • 3.13, Аноним (-), 21:38, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, Атлассиновскую JIRA они и так выбрали.
    Во-вторых, атлассиновский же git (BitBucket) это с какой стороны маргинальщина?
     
     
  • 4.14, Аноним (-), 21:58, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Во-первых, Атлассиновскую JIRA они и так выбрали.

    Ну тут можно только посочувствовать, учитывая какое JIRA невыносимое убожество.

    > Во-вторых, атлассиновский же git (BitBucket) это с какой стороны маргинальщина?

    Начнём с того что bitbucket это прежде всего mercurial хостинг, уже поэтому. Даже если закрыть на это глаза, на bitbucket банально на порядки меньше пользователей чем на github.

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

     
     
  • 5.17, Аноним (-), 00:27, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так речь и идёт именно о свойствах. JIRA с BitBucket интегрирована УЖЕ и крайне качественно, ибо оба продукта от одного разработчика.

    >bitbucket это прежде всего mercurial хостинг

    А вы, простите за нескромность, прежде всего ребенок вашей мамы или прежде всего вашего папы? BitBucket умеет как в mercurial, так и в git - впервые вижу чтобы это считалось минусом.

     
     
  • 6.18, Аноним (-), 02:53, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > BitBucket умеет как в mercurial, так и в git - впервые вижу чтобы это считалось минусом.

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

     
     
  • 7.19, Аноним (-), 04:06, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А в какой момент вдруг появилась задача "обеспечить полноценную доступность одного репозитория для обеих VCS" и у кого именно?

    >ценность VCS хостинга - не в VCS, а всё-таки в пользователях

    Серьезно? С каких пор хостинг открытых проектов стал фэйсбуком?

     
     
  • 8.20, Аноним (-), 05:29, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В тот же в который стала плюсом поддержка двух VCS в bitbucket - ни в какой Абс... текст свёрнут, показать
     
  • 6.26, Аноним (-), 18:22, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > JIRA с BitBucket интегрирована УЖЕ и крайне качественно,

    Вот только все это с точки зрения разработчика - "сферическое преимущество в вакууме".

     

  • 1.6, Аноним (-), 18:07, 12/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодцы. Понимают что нужно сообществу.
     
     
  • 2.25, Аноним (-), 18:21, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Молодцы. Понимают что нужно сообществу.

    Если бы понимали - давно бы svn свой отправили уже в трэш.

     
     
  • 3.27, Аноним (-), 22:34, 14/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше поздно чем никогда.
     

  • 1.8, Аноним (-), 18:44, 12/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Логичное решение, глядишь и участников в их проектах прибавится.
     
     
  • 2.9, Аноним (-), 19:05, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Как это связано?
     
     
  • 3.10, Аноним (-), 19:18, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так что открытая разработка = github, и никто уже не полезет во всякие замшелые субвершоны, левые джиры и списки рассылки даже чтобы патч прислать, не говоря уже о том чтобы код полистать и сделать мелкий drive-by коммит, а ведь именно с drive-by коммитов люди втягиваются в разработку (о чём ещё Линус говорил недавно). Теперь когда Apache на гитхабе, это возможно. Раньше было не возможно, и не стало бы если бы Apache выбрали не github.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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