Закрывается BerliOS, хостинг проектов с исходным кодом

Печально, но закономерно вполне.

В свое время был очень приятный сервис по сравнению с популярням тогда sourceforge'ем - не было такой бюрократии как в sf, когда ревьювили каждый запрос на создание новых проектов и т.п.

Сейчас эпоха социального всего, в том числе и кодинга, поэтому не удивительно, что народ переходит на гитхабы и битбакеты, где все делается намного быстрее, проще и «социально».

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

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

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

> Так что старомодные хостинги постепенно отомрут, рано или поздно

Так что старомодные блоги постепенно отомрут, рано или поздно
Так что старомодные хомяки постепенно отомрут, рано или поздно

очень похоже, не так ли

не было такой бюрократии как в sf, когда ревьювили каждый запрос на создание новых проектов и т.п.

в sf сейчас нет такой бюрократии

Проприетарная программа под винду может использоваться еще лет 20

Сразу видно человека, который не сталкивался с проприетарными программами, «умершими» 20 лет назад =). Да что там 20, даже 10 лет...

>А зачем? Есть-же GitHub, куда почти все разработчики уже переехали.

Как вы уже задолбали со своим GitHub'ом...

а мне норм

Туда и дорога - это был кошмарнейший из самых убогих недохостингов. Сомневаюсь что там еще хостится что-то живое и вообще хостилось что-то стоящее - berlios можно выбрать только в глаза не видев других хостингов, поэтому если что-то туда и выкладывалось - так только как на помойку, чтобы очистить совесть («исходники-то я выложил»). На все 100% туда и дорога. Если всё-таки там было что-то ценное, пусть переносят на github.

Неадекватный фанатик питона и всего на питоне, каким бы hg оно не было? Окстись, всё сообщество уже давно не гитхабе - альтернативные хостинги ничем не лучше локалхоста - никого там нет, никто твой проект там не увидит и регаться там не будет - будешь сидеть и колупаться один без контрибуторов.

> Если проект неизвестный и авторы не собираются его раскручивать, то откуда запросы на push/pull ?

Оттуда. Даже если не раскручивать, критическая масса такова что кому-то он будет интересным, проверено. На opennet был весьма интересный пост - человек всего лишь написал в wiki как быстро начать контрибутить и в течение недели к его проекту присоединились два человека. Даже к моему недопроекту контрибутор присоединился через две недели, чего я совершенно не ожидал.

А если известный, то и на bitbucket'е тоже самое будет.

Не будет, потому что там вместо VCS убогая wannabe на петоне, от силы десятая часть фичей и сотая часть аудитории гитхаба.

Выяснилось, что после удаления коммита через reset --hard на самом деле он не удаляется

Выяснилось? Выяснилось что вы документацию не читаете и голову свою не включаете, потому что reset никогда не удалял коммиты и не должен. Кстати, именно для того чтобы идиоты, которые делают коммиты «гигабайтов шлака», а потом reset --hard не плакали что их данные похерились.

Поднасрет кто-нибудь в репозиторий гигабайтом шлака, а оно потом распространится на все репозитории через clone

А вот это жалкое враньё. Unreferenced коммиты вы никакими силами не склонируете.

> В опенсорсе еще хуже. Проприетарная программа под винду может использоваться еще лет 20, а опенсорсная очень быстро перестанет компилироваться под новые дистры.

мыши ели кактус

походи по форумам 3д макс, посмотри на вопросы «при открывании файла 3д макс жалуется на отсутствие плагина» и ответы «этот плагин был только в версии х, а сейчас автор забил»

Интересно, где теперь искать проекты, которые хостились на Берлиосе?

Очень жаль, отличный хостинг был. Много что оттуда сливал.

А как бы его скачать? Там всего около пары тыщ проектов, если исключить pre-alpha. На несколько DVD (может даже один) должно влезть.

Всегда с подозрением относился к этому хостингу.

А почему еще не сделали какого-нибудь торрент-подобного хостинга проектов? Экономия же будет колоссальная

никогда не видел торрентов с которых ушли все сидеры?

> А релизы для скачивания где держать?

На нем-же. В GitHub автоматически создается тарбол когда ты проставляешь тэг. Ну и тарболы на каждый коммит.

> Как вы уже задолбали со своим GitHub'ом...

Не нравится, не ешь. Я, как разработчик, не видел ничего удобнее за последние 10 лет. И почти все со мной согласны. Миллионы software developer'ов не могут ошибаться!

> Если проект неизвестный и авторы не собираются его раскручивать, то откуда запросы на push/pull ? А если известный, то и на bitbucket'е тоже самое будет.

Неправда. Например я, совершенно не хочу пользоваться кривыми инструментами, написанными бородатыми хиппи или лоховатыми убунтоидами, и таких, как я - большинство. Мой пример - я не коммитил ничего в Riak, т.к. моему эстетическому чувству претило использование уродливого функционально bzr + регаться на каких-то сторонних сервисах мне уже надоело. Как только они перешли в GitHub, я выгреб все свои несколько патчей и запостил им. И так почти у всех.

В общем, если проект хочет развития, то он *должен* использовать GitHub - это не тема для размышлений и предпочтений. Практически вся разработка ведется теперь там (ну, кроме старых добрых монстров, типа GNU, Mozilla и Apache).

Выяснилось, что после удаления коммита через reset --hard на самом деле он не удаляется.

Это фича.

да чо вы носитесь с этим гит-хабом?? «удобный пул\пусш» через браузер? и как такой проект как кернел обходится без интеграции со сторонними сервисами(WTF?)? Что за инструменты которые пугают своим количеством? а фраза «тусовка програмистов» вобще вызыват рвотный рефлекс. Сделают редактор кода, будете из браузера приложения писать? а чо, все современные активные программисты так и поступают

> и как такой проект как кернел обходится без интеграции со сторонними сервисами(WTF?)?

Ну так качество-то низкое, фигли. Юнит-тестов вообще нету, например. Плюс там походу рулили админо-программисты из 1990х, и дорулились окончательно - на весь мир посмещище устроили.

Так-что инфраструктура kernel.org, как пример, это вообще не смешно.

Сделают редактор кода, будете из браузера приложения писать?

Там уже можно править прямо в браузере (форкаешь, правишь, делаешь push запрос).

Это очень унылый проект

Pencil? очень хорошая программа.

Не такой популярный хостинг, но я оттуда качал программы. Жаль.

Ты, конечно, толстячок. Но до троллей типа Батарейкина тебе расти и расти.

farafonoff> Проприетарная программа под винду может использоваться еще лет 20, а опенсорсная очень быстро перестанет компилироваться под новые дистры.

4.2

Что про венду, что про опенсорс и дистрибутивы. Простые программы и компилируются, и работают действительно лет 20. А вот сложные - фиг заставишь работать без переделки и доработки. Независимо от того - закрытые они или нет. С опенсорсом только доработать программу проще, чем с проприетарщиной.

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

Какой софт не работает на висте и семерке?

Ну, если очень надо можно и старый 3дмакс поставить. Любая программа работающая на xp идет на 7 винде (в худшем случае через xp mode)

Ну скажи ещё что там windows серверный пользуют. ))))

Товорисч, вы о чём? Хайдить файлы можно с помощью cat, в процессе с ними можно творить что угодно. да это не то же самое что делает steghide но, может просто steghide работает, и выполняет свои функции. Могу поспорить что те кому нужно это, делают по своему. гуглите.

Трололо, ты или сказочный нуб, или сказочный дебил, попробуй запустить оригинальный кс 1.6. Только оригинальный а не сборки с костылями. Что до софта, выбираю любую софтинку умершую до появления висты, 100% будут проблемы её работой, почти всегда решаемые через костыли и задницу и не дающее 100% стабильности. Лично у меня windows был в виртуалке только ради фришного программатора который умер в 2006. И вы таки не поверите, под вистой и семёркой он просто не работает)))

Всё правильно. Это же система контроля версий, в конце концов! А подобные изменения и составляют историю, всё на своих местах.

нет, reset --hard удаляет commit, то есть правит историю

Выяснилось? Выяснилось что вы документацию не читаете

В документации этого нет.

Кстати, именно для того чтобы идиоты, которые делают коммиты «гигабайтов шлака», а потом reset --hard не плакали что их данные похерились.

Данные потом достать нельзя. «удаленные» коммиты после reset --hard не видны в истории.

А вот это жалкое враньё. Unreferenced коммиты вы никакими силами не склонируете.

Я тоже так думал. Но оказывается они клонируются.

В общем, если проект хочет развития, то он *должен* использовать GitHub - это не тема для размышлений и предпочтений.

Не люблю когда всякие мудаки решают за меня что я должен, а что нет. Гит это говно. И хоть у github в 10 раз удобнее веб-интерфейс чем у битбакета, наличие гита сводит на нет все достоинства.

Это фича.

да, это 3.1415здец, а не фича

> И вообще гит это говно... Поднасрет кто-нибудь в репозиторий гигабайтом шлака, а оно потом распространится на все репозитории через clone (!), даже если ты сделаешь reset --hard.

А после pull request мусор тоже зайдёт в апстрим или у вас shared repository при наличии случаев, когда нужен reset --hard <something>?

> да чо вы носитесь с этим гит-хабом??

Там удобная модель контрибьюта.

> Не люблю когда всякие мудаки решают за меня что я должен, а что нет

Если ставишь целью популяризацию и широкое внедрение проекта, то GitHub - обязательное (но недостаточное, конечно) условие в нынешнее время.

А так - хозяин - барин, конечно.

pull мусор за собой не тянет, а вот clone тянет.

У гита очень очень плохая документация. Во-первых в мане по reset --hard не сказано, что чтобы удалить с концами надо делать git gc. Во-вторых в мане по gc не сказано в каком формате задавать дату

--prune=<date>
    Prune loose objects older than date (default is 2 weeks ago, overridable by the
    config variable gc.pruneExpire). This option is on by default.

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

> нет, reset --hard удаляет commit, то есть правит историю

Не так. Git состоит из элементарных объектов (коммитов) и деревьев (связные списки, насколько я понял), их связывающих. Команда reset изменяет дерево, но не удаляет атомарные объекты.

> pull мусор за собой не тянет, а вот clone тянет.

Ну вы зато теперь поняли, какой форкфлоу правльный?

Во-первых в мане по reset --hard не сказано, что чтобы удалить с концами надо делать git gc.

Это вполне очевидно каждому программисту, по-моему.

> Я тоже так думал. Но оказывается они клонируются.

Грубо говоря клонируется целиком .git (я так понял, это наследие того, что git-репозиторий можно клонировать простым rsync). Думаю, что это просто стоит принять, как есть.

> нет, reset --hard удаляет commit, то есть правит историю

И где это написано в git-reset?

Ну вы зато теперь поняли, какой форкфлоу правльный?

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

Это вполне очевидно каждому программисту, по-моему.

Чтобы это было очевидно, надо знать хотя бы о существовании такой команды как gc, а для этого ссылку надо дать.

In the first and second form, copy entries from <commit> to the index. In the third
form, set the current branch head (HEAD) to <commit>, optionally modifying index
and working tree to match. The <commit> defaults to HEAD in all forms.

ога, оно меняет ссылку, но довольно не очевидно, что после этой операции должны остаться несвязанные узлы

Жаль, мне берлиос нравится гораздо больше того же sourceforge. :-( Да и Github ваш говно...

Да, ссылка не помешает, гит видимо идейно рассчитан «прочтите всё целиком». Но это не значит, что он говно %)

гит и меркуриал одинаковы по функционалу, но меркуриал имеет user-friendly интерфейс и отличную документацию

>но меркуриал имеет user-friendly интерфейс и отличную документацию

и говно код.

> В документации этого нет.

Конечно нет, потому что вы сами это откуда-то придумали. git heset только меняет указатель текущей ветки на другой коммит.

Данные потом достать нельзя. «удаленные» коммиты после reset --hard не видны в истории.

Чтобы их достать не нужна история. Всё что нужно - знать sha1, а узнать его можно кучей способов, в том числе git reflog и git fsck --lost-found. Эти коммиты по умолчанию будут лежать в репозитории две недели, после чего удалятся git gc, который в том числе периодически вызывается автоматом. Всё для людей, в том числе и для ламерья которое не умеет ни коммитить, ни ресетить, так что читайте документацию и не позорьтесь.

hg едва ли дотягивает до git по функционалу, а интерфейс у git удобнее и документация намного лучше, начиная от штатных манов и заканчивая Pro Git. В противном случае все сидели бы на этом вашем говнобакете, не? На практике все оттуда валят, последнее что я видел - minetest, а вообще как-то так: http://www.jamiehurst.co.uk/migrating-mercurial-git/