LINUX.ORG.RU
ФорумTalks

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

 , , ,


0

2

SUBJ. Gitorious закрывается, нужно куда-то сваливать. Это, конечно, не проблема, так как всегда есть парочка запасных git-зеркал, но всё таки хотелось бы поддержать хостинг на GPL/AGPL. Что скажете?

Ответ на: комментарий от Chaser_Andrey

Мне нужна копия (mirror) системы управления проектом, а не пару разных.

И? Т.к. ты уже используешь гит, копия у тебя уже есть локально.

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

И не нужно, гит есть, тикеты есть.

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

Ты что, код редактируешь только через их web интерфейс, а не локально, делая git push?

FoodFighter
()
Ответ на: комментарий от FoodFighter

И? Т.к. ты уже используешь гит, копия у тебя уже есть локально.

Проект - это не только git-репозиторий. Это ещё и тикеты, и wiki (с историей правок).

И не нужно, гит есть, тикеты есть.

И что мне с тикетами делать, когда гитхаб станет недоступный? Нужно тратить время, чтобы их куда-то импортировать. А потом как экспортировать обратно (если доступ до гитхаба пропадет только на некоторое время)?

Ты что, код редактируешь только через их web интерфейс, а не локально, делая git push?

Там не только мой код. Нужно регулярно делать бэкапы и синхронизацию всего проекта. И кода, и тикетов, и вики, и любые другие изменения.

Chaser_Andrey ★★★★★
() автор топика
Ответ на: комментарий от Chaser_Andrey

Это ещё и тикеты

Я уже сказал что их можно эксортировать

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

А что бы ты стал делать если бы он был опенсорсным? Какая разница, тебе бы всё равно пришлось экспортировать/импортировать. Так что проблема неопенсорсности — высосанная из пальца религиозная проблема.

Там не только мой код. Нужно регулярно делать бэкапы и синхронизацию всего проекта. И кода,

Код синхронизируется средствами гит.

и тикетов, и вики, и любые другие изменения.

Кто ж виноват что опенсорсники не запилили единый протокол для этой фигни типа гита? Всё Линус должен за вас придумывать? Но вообще у Гитхаба есть API.

FoodFighter
()
Ответ на: комментарий от FoodFighter

что бы ты стал делать если бы он был опенсорсным? Какая разница, тебе бы всё равно пришлось экспортировать/импортировать. Так что проблема неопенсорсности — высосанная из пальца религиозная проблема.

Можно запилить патч, который позволяет экспортировать и импортировать информацию в совместимом формате, и предложить апстриму внедрить. Тогда будет достаточно написать элементарный скрипт и положить в crontab.

Кто ж виноват что опенсорсники не запилили единый протокол для этой фигни типа гита? Всё Линус должен за вас придумывать?

Причём тут опенсорсники? И линус?

Но вообще у Гитхаба есть API.

От которого нет для меня смысла. Допустим, допилили бы в Gitlab импорт и экспорт данных. Тогда смысл мне оставаться на GitHub, если уже есть хостинг на GitLab, и GitLab я могу поднять локально?

Только вот GitLab не собирается внедрять эти фичи, потому что их бизнес - это закрытый GitLab Enterprise Edition. Так что приходится искать что-то ещё.

Chaser_Andrey ★★★★★
() автор топика
Ответ на: комментарий от Chaser_Andrey

Можно запилить патч, который позволяет экспортировать и импортировать информацию в совместимом формате, и предложить апстриму внедрить. Тогда будет достаточно написать элементарный скрипт и положить в crontab.

Это всё можно делать и без опенсорсности гитхаба. Ты так и не раскрыл тему необходимости его опенсорсности. Код проекта доступен через git, вики тоже доступна через git (это тупо markdown), тикеты экспортируются. По-моему, ты просто стесняешься сказать что опенсорсные «аналоги» говно и ты завидуешь.

От которого нет для меня смысла. Допустим, допилили бы в Gitlab импорт и экспорт данных. Тогда смысл мне оставаться на GitHub, если уже есть хостинг на GitLab, и GitLab я могу поднять локально?
Только вот GitLab не собирается внедрять эти фичи,

Какие фичи? Git есть, тикеты экспортируются/импортируются, вики на гитхабе это тупо markdown через git, не вижу никаких проблем переноса проекта на другие платформы. По-моему, ты просто стесняешься сказать что опенсорсные «аналоги» говно и ты завидуешь.

FoodFighter
()
Ответ на: комментарий от FoodFighter

Ты так и не раскрыл тему необходимости его опенсорсности.

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

По-моему, ты просто стесняешься сказать что опенсорсные «аналоги» говно и ты завидуешь.

Нет. Читай внимательно:

Из-за использования GitHub необходимо держать разные системы управления проектами, потому что GitHub не развернуть локально.

Код проекта доступен через git, вики тоже доступна через git (это тупо markdown), тикеты экспортируются.

Если я найду или доделаю свободный аналог, который можно развернуть локально, и который будет выполнять мои задачи, особенно синхронизацию тикетов и вики, то GitHub в любом случае будет не нужен, и можно будет спокойно держать гомогенную среду вместо зоопарка.

Chaser_Andrey ★★★★★
() автор топика
Ответ на: комментарий от Chaser_Andrey

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

Ты там бред какой-то написал. Ничто не мешает склонировать гит.

Из-за использования GitHub необходимо держать разные системы управления проектами, потому что GitHub не развернуть локально.

Его и не надо разворачивать локально. Гит синхронизируется, тикеты клонируются, больше там ничего нет.

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

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

FoodFighter
()
Ответ на: комментарий от FoodFighter

Ты там бред какой-то написал. Ничто не мешает склонировать гит.

Клон проекта - это не только клон гита, это клон всей информации для системы управления проектами.

Его и не надо разворачивать локально. Гит синхронизируется, тикеты клонируются, больше там ничего нет.

Ситуация - гитхаб недоступен (навсегда или временно), либо проект забанен. Надо продолжать разработку. Для этого нужен полноценный mirror проекта, а не только mirror git. Ну и нахрена мне гитхаб, если я не могу поднять его локально?

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

Я ищу хостинг. Свободный. Чтобы была возможность поднятия локальной копии. GitHub сюда никак не вписывается, а багтрекер != хостинг.

Chaser_Andrey ★★★★★
() автор топика
Ответ на: комментарий от Chaser_Andrey

Клон проекта - это не только клон гита, это клон всей информации для системы управления проектами.

Как я уже несколько раз сказал, гит клонируется и синхронизируется, тикеты экспортируются (можно и синхронизацию наладить через api, если важно), вики там реализована через тот же гит, т.е. так же клонируется и синхронизируется.

Ситуация - гитхаб недоступен (навсегда или временно), либо проект забанен. Надо продолжать разработку. Для этого нужен полноценный mirror проекта, а не только mirror git. Ну и нахрена мне гитхаб, если я не могу поднять его локально?

Как я уже несколько раз сказал, гит клонируется и синхронизируется, тикеты экспортируются (можно и синхронизацию наладить через api, если важно), вики там реализована через тот же гит, т.е. так же клонируется и синхронизируется.

Я ищу хостинг. Свободный. Чтобы была возможность поднятия локальной копии. GitHub сюда никак не вписывается, а багтрекер != хостинг.

Не вижу проблемы его не использовать, если религия не позволяет.

FoodFighter
()
Ответ на: комментарий от FoodFighter

Ты упорно не отвечаешь на вопрос:

Ну и нахрена мне гитхаб, если я не могу поднять его локально?

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

Chaser_Andrey ★★★★★
() автор топика
Ответ на: комментарий от Chaser_Andrey

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

Что, у тебя даже локалхоста нет? Гит прекрасно работает и на локалхосте. Любую систему тикетов тоже можно развернуть, их полно. Веб интерфейсов к гиту тоже полно. Зачем тогда тебе что-то экспортировать, если ты ничего развернуть не в состоянии?

FoodFighter
()
Ответ на: комментарий от FoodFighter

Гит прекрасно работает и на локалхосте.

Да.

Любую систему тикетов тоже можно развернуть, их полно.

Да.

Зачем тогда тебе что-то экспортировать, если ты ничего развернуть не в состоянии?

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

А если не допиливать синхронизацию, то проще сразу разворачивать проект на своем собственном хостинге, чем потом ломать голову, как же заливать и экспортировать обратно данные в систему тикетов.

Chaser_Andrey ★★★★★
() автор топика
Последнее исправление: Chaser_Andrey (всего исправлений: 1)
Ответ на: комментарий от Chaser_Andrey

Но наличие кучи систем тикетов не значит, что они умеют делать импорт и экспорт.

Ну, если не умеют, то это убогие системы, нафиг их. Впрочем, всегда можно в БД напрямую залить что надо ручками (ну или скриптик написать), но это не проблема Гитхаба.

А если уже допилить, то можно делать синхронизацию между нодами, тогда гитхаб будет лишним звеном, которое можно выкинуть.

Но ты же сам хотел синхронизацию с Гитхабом. Опять же, это не его забота. Проблема в том что никто не придумал ещё единый протокол для систем тикетов. У Гитхаба хотя бы есть какой-то свой API, у других и этого нет.

FoodFighter
()
Ответ на: комментарий от FoodFighter

Вот и выяснили, почему мне гитхаб не нужен.

Chaser_Andrey ★★★★★
() автор топика
Ответ на: комментарий от FoodFighter

Я перечитал нашу дискуссию. Я слишком категоричен, извини.

Chaser_Andrey ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.