Gitorious.org закрывается... Что ещё осталось из свободных git-хостингов под лицензией GPL/AGPL?

gitlab же позволяет к себе переехать

Он под лицензией MIT. Попридержу его на крайний случай.

Что скажете?

Да ну, надо свой заводить.

Само собой, но при отсутствии стабильного коннекта свой будет в качестве ещё одного зеркала. Слава децентрализированным системам!

В чём проблема не пользоваться github`ом?

Обязательно нужно чтобы у хостинга кода которым ты пользуешься были открытые исходники? Это просто фетиш, или есть какие-то технические причины?

Серьезно, я не понимаю.

GitLab хорошеет от версии к версии, крутая штука. Единственно у них постоянно ломалась подсветка от переходов pygments -> highlight.js -> rugments. Да и подсветку в редакторе пока никак не вмерджат. И с кодировками иногда косячит.

Kallithea.

Он под лицензией MIT.

Похоже тебе поможет только психиатр

Это просто фетиш, или есть какие-то технические причины?

Если есть GPL-штука, надо пользоваться этой штукой. Если она конечно не совсем Г. Это не фетиш, это здравомыслие.

Недавно возник вот такой инстанс Kallithea. Но оно под GPL, а не AGPL.

Это не фетиш, это здравомыслие.

Ну обоснуй тогда, раз здравомыслие.

В чём проблема не пользоваться github`ом?

Мне нужно развернуть локальный инстанс, который будет работать даже при выключенном интернете. Тот же Gitorious (или раньше Redmine) неоднократно поднимали внутри предприятий для собственных нужд.

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

Да. Это настолько же важно, насколько важна и открытость моей домашней и рабочей ОС, инструментов.

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

Git ненужное говно, а вот Kallithea плюсую.

А ещё есть Gogs с NotABug.org, но вот…

https://about.gitlab.com/2015/03/03/gitlab-acquires-gitorious/ здесь довольно обширная дискуссия (внизу, в комментах Disqus), почему люди недовольны переходом на хостинг под MIT-лицензией.

Ключевые слова: enterprise edition, vendor-locking, отсутствие мотивации сделать из существующего Community edition полноценную альтернативу enterprise edition, закрытие кода сторонних разрабов (которые вынуждены принимать CLA).

Очень похожая ситуация возникла ранее в syslog-ng, который делает Balabit http://blog.gerhards.net/2007/08/why-does-world-need-another-syslogd.html.

У этого нет рационального объяснения. Чистый фетиш.

отсутствие мотивации сделать из существующего Community edition полноценную альтернативу enterprise edition

Кто и на какие шиши должен это делать?

Плюс - возможность заработать больше бабла.

У этого нет рационального объяснения.

Просто чистым потребителям многое безразлично.

Твои наработки могут педалировать и не включать в основную ветку, если они будут мешать бизнесу GitLab и позволят людям отказаться от enterprise edition. Это нередкое явление для проектов с двойной лицензией.

Может GNU/Savannah?

Ага. Не вижу ничего плохого, я знаю по какую сторону прилавка нахожусь.

Ага. Не вижу ничего плохого

Не вижу ничего

Я и не говорил, что это плохо для тебя.

У этого нет рационального объяснения. Чистый фетиш.

Да ты фанатик, и тебе бесполезно что-то объяснять!!!

Ключевые слова: enterprise edition, vendor-locking, отсутствие мотивации сделать из существующего Community edition полноценную альтернативу enterprise edition, закрытие кода сторонних разрабов (которые вынуждены принимать CLA).

Это можно легко устроить и с GPL-проектом.

Поэтому наиболее привлекательная для меня лицензия AGPL.

Но ведь можно форкнуть GitLab под AGPL, перпелюнуть оригинал и обанкротить этих латентных проприетарщиков. Свободка же (хотя и, конечно же, эта возможность не отменяет ненужность пермиссивных лицензий, но конкретно в данной ситуации — в условиях сферической в вакууме борьбы между Enterprise Edition и Community Edition с гнусными CLA со стороны проприетарщиков, и копилефтным ответом со стороны форка (который должен быт ьне связан с Community Edition псевдообязательствами по передаче кода в CE и сотрудничества, иначе проприетарщики поимеют сообщество) разница представляется не очень большой (опять же, если не сдерживать себя состраданием к врагу (проприетарщик никого не пощадит) и желанием впихнуть в CE свой код)).

Удваиваю вопрос, только про mercurial-хостинги. Есть ли что-то свободное хотя бы уровня GitLab? Или только замшелая саванна?

И с AGPL такое можно.

Владелец исходного кода может выпускать его под любой лицензией, так что легко можно выкладывать AGPL community version и иметь закрытый enterprise-сервис, нужно только соглашение с контрибуторами подписывать. Сама AGPL этому не помешает.

Кроме всего прочего, я вот лично сомневаюсь в эффективности AGPL вообще - мы же не можем посмотреть, что на сервере на самом деле размещено, а по «внешнему виду» понять сложно, вносились ли изменения.

Phabricator. Очень хорош, порой даже жалею, что выбрал GitLab вместо него для приватного хостинга. Особенно в части багтрекинга и планирования.

при выключенном интернете

их дорабатывать

Хорошо. Таки соглашусь (:

О, круто, не знал про него.

Удваиваю вопрос, только про mercurial-хостинги

Kallithea же.

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

Вы так говорите, будто это раз плюнуть.

Вы так говорите, будто это раз плюнуть.

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

Если использовать репозиторий не только как репозиторий, но и как багтрекер, то получается vendor lock-in. С открытым хостингом больше шансов потом когда-нибудь как-нибудь из него выпутаться, с закрытым – меньше.

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

Gitlab CE на своем хостинге. Именно CE, EE, используемая в том числе на gitlab.org, проприетарная.

Ничего себе. Как обухом по голове. Жаль, хотя я им и не пользовался.

Почему жаль? Мне тяжело объяснить, но это так.

Можно ли как-нибудь импортировать в GitLab CE тикеты (или проект целиком) из GitLab EE?

С их хостинга на свой CE – точно нельзя. Спрашивал у техподдержки именно в такой формулировке, мне явно ответили, что хрен.

Удваиваю вопрос, только про mercurial-хостинги. Есть ли что-то свободное хотя бы уровня GitLab? Или только замшелая саванна?

Kallithea же.

Можно ли как-нибудь импортировать в GitLab CE тикеты (или проект целиком) из GitLab EE?

Грешновато!

А зачем вам хостинг именно на GPL/AGPL? Что вам от этого? Ох уж эти религиозные фанатики…

Чтобы поднять локальный mirror, и не зависеть от vendor-locking.

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

Чтобы поднять локальный mirror, и не зависеть от vendor-locking.

И каким образом тебе, например, Гитхаб не позволяет это делать?

Развернуть локальный гитхаб и импортировать туда тикеты из Большого Гитхаба нельзя (а так же вики и прочие мелочи).

Развернуть локальный гитхаб и импортировать туда тикеты из Большого Гитхаба нельзя (а так же вики и прочие мелочи).

Ну и что? Зачем тебе локально именно гитхаб? Тикеты экспортировать можно. Разворачивать локальный Гитхаб /0

Ну и что? Зачем тебе локально именно гитхаб?

Мне нужна копия (mirror) системы управления проектом, а не пару разных. Чтобы в случае факапа можно было переключаться бесшовно.

Тикеты экспортировать можно.

Только локального гитхаба нет, увы.

Разворачивать локальный Гитхаб /0

GitHub может закрыться, его могут закрыть, а ещё могут забанить мои проекты или мой акк, или будет очередная уязвимость в https, которая позволит увести аккаунты, сделать rebase или вообще удалить данные. Как будто ты первый день в интернете.