The OpenNET Project / Index page

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

GitHub преодолел рубеж в два миллиона репозиториев

21.04.2011 14:46

Хостинг свободных проектов GitHub.com, базирующийся на системе управления исходными текстами Git и позволяющий разработчикам общаться формате единой социальной сети, сообщил о преодолении отметки в два миллиона git-репозиториев. Примечательно, что 70% из всех проектов были созданы в прошлом году. В настоящее время ежедневно в сервисе регистрируется около 4500 проектов. В сервисе зарегистрировано более 700 тысяч разработчиков.

По оценке представителей GitHub в настоящее время около 1.1 млн всех зарегистрированных на сайте проектов являются полными репозиториями. Оставшиеся 900 тысяч репозиториев используются в виде Gist-блоков, предназначенных для публичного размещения и совместного обсуждения различных заметок и мелких кусков кода, которые сохраняются в отдельных git-репозиториях, что позволяет использовать с ними такие возможности как версионный контроль изменений.

С момента введения в строй ресурса GitHub в феврале 2008 года, под крыло нового сервиса перешли такие крупные свободные проекты, как jQuery, Erlang/OTP, Ruby on Rails, curl, node.js, Git, Redis и CakePHP. В GitHub можно найти проекты написанные на 50 языках программирования, от Visual Basic до Google Go. Свои открытые разработки в GitHub ведут такие компании, как Twitter, Facebook, Yandex, RackSpace и Yahoo.

При рассмотрении популярности языков программирования называются следующие цифры:

  • 225 тысяч проектов написаны на языке Ruby;
  • 138 тысяч проектов написаны на языке JavaScript;
  • 77 тысяч проектов написаны на языке Python;
  • Число проектов на других языках составляет 560 тысяч.

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

  • JavaScript 19%
  • Ruby 17%
  • Python 9%
  • C 8%
  • Perl 7%
  • PHP 7%
  • Shell 6%
  • Java 6%
  • C++ 4%
  • VimL 2%

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

  1. Главная ссылка к новости (https://github.com/blog/841-th...)
  2. OpenNews: GitHub отныне доступен только по HTTPS
  3. OpenNews: В GitHub появился новый интерфейс для приема изменений
  4. OpenNews: В сервисе GitHub появилась поддержка Subversion
  5. OpenNews: Сервис GitHub преодолел отметку в миллион репозиториев
  6. OpenNews: В GitHub добавлен инструментарий для обеспечения разработки больших проектов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30318-GitHub
Ключевые слова: GitHub
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (68) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Zenittur (?), 15:04, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    70% в прошлом году? Попахивает репозитариями-однодневками.
     
     
  • 2.2, щ (??), 15:13, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Попахивает репозитариями-однодневками.

    Для этого и заточено, намного проще форжа и удобнее:

    Оставшиеся 900 тысяч репозиториев используются в виде Gist-блоков, предназначенных для публичного размещения и совместного обсуждения различных заметок и мелких кусков кода

     
  • 2.19, Аноним (-), 17:19, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Думаете, того?
    Прокладочные структуры для отмывания кода?
     

  • 1.3, Аноним (-), 15:15, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Открытые проекты обслуживаются бесплатно и без ограничений на число проектов и участников разработки.

    Ну, скажем, это не совсем верно - есть ограничение в 300 MB, что довольно мало для, например, какой-нибудь игрушки с графическими данными, и особенно если хранить историю tarball'ов. Правда, там написано что это soft limit, интересно что будет если его превысить.

    А вообще новость радует - хоть это число ни о чём не говорит (проме обычных репозиториев в git хранятся wiki, gist и бог знает что ещё), GitHub, пожалуй, лучший хостинг для свободных проектов на данный момент, и самый динамично развивающийся.

     
     
  • 2.4, Аноним (-), 15:17, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А главное в нём - это поощрение и облегчение совместной разработки - fork + pull request.
     
     
     
     
     
    Часть нити удалена модератором

  • 6.55, Аноним (-), 20:02, 21/04/2011 [ответить]  
  • +/
    А еще есть Perl.
    Проекты: Mojolicious, Dancer, Plack

    Не Руби единым сыты.

     
  • 2.22, anonymous (??), 18:17, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Правда, там написано что это soft limit, интересно что будет если его превысить.

    придёт администрация и мягко предложит или заплатить, или убираться.

     
     
  • 3.61, Michael Shigorin (ok), 21:38, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то они сами пишут, что это для предотвращения злоупотреблений; а кому надо -- "пишите, порешаем".  Чтоб кому-то от них было описанное Вами предложение -- пока не слышал.
     
     
  • 4.62, anonymous (??), 21:42, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще-то они сами пишут, что это для предотвращения злоупотреблений; а кому надо
    > — «пишите, порешаем».  Чтоб кому-то от них было описанное Вами
    > предложение — пока не слышал.

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

    я не говорю, что это плохо, прошу заметить, это вполне логично и оправдано.

     
     
  • 5.84, Клыкастый (?), 20:37, 23/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Напоминает анекдот- пошел мужик за солью к соседке- постучал, стоит, ждет, и в это время думает - сейчас откроет, пригласит зайти, потом там у нее чай, ну, выпьем, то сё, потом в постель потащит, залетит, вот жениться надо будет, дети пойдут,работать , как волк, приду с работы злой и уставший....она дверь открывает , а он ей говорит - иди ты на х"й со своей солью!

    Не вы часом? Уж больно ход мысли похож.

     
     
  • 6.86, anonymous (??), 14:07, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    тс-с-с. я голодаю.
     
  • 2.23, anonymous (??), 18:18, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    вот как только они оторвут идиотски-принудительный https — так сразу и станут более-менее вменяемым хостингом.
     
     
  • 3.25, Аноним (-), 19:08, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > вот как только они оторвут идиотски-принудительный https — так сразу и станут более-менее вменяемым хостингом.

    Это, кстати, тоже офигенная фича. Всё должно быть https.

     
     
  • 4.28, anonymous (??), 19:12, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Это, кстати, тоже офигенная фича. Всё должно быть https.

    вот я у них забыл спросить, что у меня должно быть, а что — нет. кто хочет https — пусть использует. а принудительно могут себе его в шоколадный глаз засунуть.

     
     
  • 5.30, Аноним (-), 19:20, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > вот я у них забыл спросить, что у меня должно быть, а
    > что — нет. кто хочет https — пусть использует. а принудительно
    > могут себе его в шоколадный глаз засунуть.

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

     
     
  • 6.32, anonymous (??), 19:27, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Не-не :) это вы можете засунуть себе в шоколадный глаз свои идиотские
    > требования, а прогрессивное человечество будет работать с репозиторием через безопасное
    > соединение :)))

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

    ещё раз, на всякий случай: я не говорю, что https надо отключить. я говорю, что не надо его мне принудительно пихать. если я набираю http — я хочу работать по протоколу http. когда я захочу работать по протоколу https — я наберу https. а решать за меня, что я хочу — это туда, в Рэдмонд.

     
  • 3.67, Херка (?), 00:24, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А не пофиг вообще?
     

  • 1.5, б.б. (?), 15:18, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Учитывая то, что большая (или даже большая) часть  Ruby и Python проектов на github это веб-проекты, то или php совсем уже неинтересен, или средний php-разработчик слыхом не слыхивал ни о каких системах контроля версий.

    А что на github больше проектов на ruby, чем  на python - это логично, github сам написан на ruby. На bitbucket, вероятно, лидер python.

     
     
  • 2.56, Аноним (-), 20:04, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да все знают что гитхаб на Руби написан. Поэтому там и концентрации рубистов высокая.
     

  • 1.10, Саша (??), 15:32, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Только не правильно пишите github это не хостинг свободных репозиториев. 90% в закрытом доступе и никогда не станут "свободными". На то в github и придумана концепция платных юзеров и "организаций".
     
     
  • 2.11, Аноним (-), 15:34, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только не правильно пишите github это не хостинг свободных репозиториев. 90% в
    > закрытом доступе и никогда не станут "свободными". На то в github
    > и придумана концепция платных юзеров и "организаций".

    Откуда цифирь? Ссылка на источник?

     
  • 2.27, Аноним (-), 19:10, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Только не правильно пишите github это не хостинг свободных репозиториев. 90% в
    > закрытом доступе и никогда не станут "свободными". На то в github
    > и придумана концепция платных юзеров и "организаций".

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

     

  • 1.12, Аноним (-), 15:36, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    почему многие до сих пор на svn пихают все, у гита вроде плюсов больше ?
     
     
  • 2.14, klalafuda (?), 15:59, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > почему многие до сих пор на svn пихают все, у гита вроде плюсов больше ?

    А нафига нужны какие угодно плюсы гита, есть возможностей предоставляемых svn а то и прости господи cvs может быть вполне достаточно? Работает - нетрожь.

     
     
  • 3.44, Аноним (-), 19:39, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я бы вас выгнал за это с вашего 2-го курса прямиком в армию Во-первых, за катег... большой текст свёрнут, показать
     
     
  • 4.63, Michael Shigorin (ok), 21:43, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Он не студент, но они не работают (про svn ещё можно препираться, про cvs уже поздно).

    > ВСЕГДА

    Что Вы там про категоричность говорили? ;-)

    У гита (при том, что я всегда предпочитаю его svn'у) есть перловый оттенок: большое количество вариантов действия/реализации на личный вкус и выбор.  Это фича, но вовсе не бесплатная: приходится платить проверкой вариантов, выбором, документированием, обучением и т.п.  Когда же "шаг вправо/шаг влево" просто отсутствует, среднему индусу явно проще жить :)

     
     
  • 5.80, klalafuda (?), 22:59, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Он не студент, но они не работают (про svn ещё можно препираться, про cvs уже поздно).

    Я писал за денежку под *NIX когда больше половины посетителей опеннета ещё поступало в начальную школу а творение с определенной поры уважаемого мною г-на Торвальдса было известно лишь весьма и весьма узкому кругу энтузиастов а боги были чуть-чуть другими :) Но... черт возьми! Ты (можно?) прав - мне действительно надоело работать :) По крайней мере в общепринятом здесь понимании этого термина.

     
     
  • 6.82, anonymous (??), 14:56, 23/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    как будто седина в бороде автоматически оправдывает любой идиотизм.
     
     
  • 7.83, klalafuda (?), 19:54, 23/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > как будто седина в бороде автоматически оправдывает любой идиотизм.

    Ни разу :) Благо, бородатых в нашем бизе хватает.

     
     
  • 8.85, anonymous (??), 14:04, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вообще, борода 8212 это признак профпригодности, конечно необходимый, но не ... текст свёрнут, показать
     
  • 6.87, Michael Shigorin (ok), 17:46, 11/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да я-то примерно так по походке и догадался -- Ваши постинги обычно интересно чи... большой текст свёрнут, показать
     
  • 4.66, б.б. (?), 23:35, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Работает - нетрожь.
    > git делает это ВСЕГДА лучше, и умеет гораздо больше, и даже
    > вы не пользуетесь всеми его фичами - это повод не оставаться
    > на cvs, а поднять ж&пу, прочитать доку по git и понять,
    > что такое современный контроль версий. Вместо cvs в вышесказанном можно использовать
    > и svn - смысл не меняется.

    git не умеет докачку. если вы синхронизируете проект на 2 гб, и на 1900 мб у вас оборвалось - превед, медвед, весь проект нужно закачивать заново.

    git не умеет диффы для бинарных данных. помнится, каких только костылей не придумывали гитисты, лишь бы не признавать эту проблему.

    И это только то, что сразу вспомнилось.


    ps. Использую hg 94% времени, svn 5% времени и bzr 1% времени, зная, когда и зачем что использовать.

     
     
  • 5.68, SkyRanger (ok), 01:24, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > git не умеет диффы для бинарных данных. помнится, каких только костылей не
    > придумывали гитисты, лишь бы не признавать эту проблему.

    Да ну? Во только вчера на флешку делал pull и что-то у меня не увеличилось место занимаемое репом на флешке, на величину бинаря :) З.Ы. Я бэкапил базу access из 2 файлов :)

     
     
  • 6.71, anonymous (??), 01:44, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    не умеет, не умеет. там при помощи изоленты и какой-то непонятной матери привинчены хаки для этого.
     
  • 5.88, Michael Shigorin (ok), 17:47, 11/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > git не умеет докачку.

    Кажется, только через http://.

    > git не умеет диффы для бинарных данных. помнится, каких только костылей не
    > придумывали гитисты, лишь бы не признавать эту проблему.

    Ммм... вот тут не помню.

     
     
  • 6.89, anonymous (??), 18:29, 11/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> git не умеет диффы для бинарных данных
    > Ммм… вот тут не помню.

    умеет, но не очень хорошо, мягко говоря. штука в другом: у гита просто нет такой проблемы, потому что это система контроля версий *исходного кода*, а не бинарной фигни. если у кого-то в проекте сплошная бинарная фигня — то зачем он взял гит тогда? да, молотком очень неудобно шурупы закручивать, факт.

     
  • 2.16, VoDA (ok), 16:11, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    есть вещи не решаемые в git. плюс дополнительные возможности git в 90% не нужны.

    PS если нужно 2-3 поработать с одним проектом в off-line, то на SVN проект травим hg и уже hg растаскивается. Когда off-line заканчивается и все мержится, то идут коммиты в центральный SVN. дальше hg удаляется.

     
     
  • 3.20, Аноним (-), 17:22, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Собственно, и гитом тоже можно svn-репозитории вытягивать.

    А что это за вещи, не решаемые в git, но решаемые в svn?

     
     
  • 4.64, Гентушник (ok), 23:19, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А что это за вещи, не решаемые в git, но решаемые в
    > svn?

    Есть несколько, не сказать что не решаемых, но несколько неудобных вещей:
    1) Нельзя клонировать только поддиректорию (если это не модуль конечно).
    (да, можно склонировать всю репу и откастрировать нужный путь с перезаписью хистори)

    2) Нельзя склонировать репу с кастрированной хистори и чтобы после этого можно было нормально использовать репу. (у --depth много ограничений)

    3) Переименовывание _и_ изменение файла может привести к потере истории "новым" файлом. При больших изменениях алгоритм может не связать файлы, а контроля за процессом нет.
    (Да, приходится отдельно коммитить изменение и отдельно переименовывание)

    Это на вскидку.

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

    З.Ы. Сам я использую приемущественно Git, и имхо его плюсы с лихвой перевешивают минусы.

     
  • 4.72, Ytch (?), 13:58, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >А что это за вещи, не решаемые в git, но решаемые в svn?

    Кодировки при кроссплатформенном использовании. И svn и hg и bzr успешно решают эту проблему "искаропки", но почему-то не git по сих пор.

     
     
  • 5.73, anonymous (??), 14:00, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Кодировки при кроссплатформенном использовании. И svn и hg и bzr успешно решают
    > эту проблему "искаропки", но почему-то не git по сих пор.

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

     
     
  • 6.74, Ytch (?), 15:40, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кодировки при кроссплатформенном использовании. И svn и hg и bzr успешно решают
    >> эту проблему "искаропки", но почему-то не git по сих пор.
    >то есть, у гита нет костылей для систем, которые во втором десятилетии 21-го века всё ещё не умеют толком юникод? да, пичалька.

    Пользователям - ага, пичалька, что git рассматривает текст как просто поток байтов и рассчитывает на то, что внешняя(!) система одинаково этот поток байтов интерпретирует (и это во втором десятилетии 21-го века, когда никто уже не полагается на свойства внешней системы ввиду многообразия вариантов!)

     
     
  • 7.75, anonymous (??), 15:43, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Пользователям — ага, пичалька, что git рассматривает текст как просто поток байтов
    > и рассчитывает на то, что внешняя(!) система одинаково этот поток байтов
    > интерпретирует (и это во втором десятилетии 21-го века, когда никто уже
    > не полагается на свойства внешней системы ввиду многообразия вариантов!)

    и то верно. а ещё эти гады не стали писать свою файловую систему, а используют ту, что ОС даёт! и ведь рассчитывают, сволочи, что внешняя(!) система с файлами нормально работает!

    да и вообще — криворучки какие-то, не хотят все нужные функции ОС заново переписать и в git интегрировать.

    привет тебе, господин виндолюб, из стана нормальных ОС, где одна программа делает одну задачу — ту, для которой и была написана.

     
     
  • 8.77, brother anon (?), 16:11, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Куча бреда Единственная разница в том, что в nix системах кодировка файловой си... текст свёрнут, показать
     
  • 8.78, Ytch (?), 16:22, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Суровое передергивание То есть, если программа берется ... текст свёрнут, показать
     
  • 6.76, brother anon (?), 16:09, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Умеет оно юникод, только не UTF-8, а UTF-16, поэтому надо использовать специальные функции: например _wfopen() вместо fopen() и т.д.
    Отсюда все проблемы с переносимостью.
     
  • 3.21, brother anon (?), 17:42, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    И зачем вам тогда svn? :-)
     
  • 3.35, Аноним (-), 19:30, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По вашей логике, так надо DOS ом пользоваться, потому что в нём тоже есть програ... большой текст свёрнут, показать
     
  • 3.37, anonymous (??), 19:32, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > PS если нужно 2–3 поработать с одним проектом в off-line, то на
    > SVN проект травим hg и уже hg растаскивается. Когда off-line заканчивается
    > и все мержится, то идут коммиты в центральный SVN. дальше hg
    > удаляется.

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

     
     
  • 4.69, SkyRanger (ok), 01:29, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> PS если нужно 2–3 поработать с одним проектом в off-line, то на
    >> SVN проект травим hg и уже hg растаскивается. Когда off-line заканчивается
    >> и все мержится, то идут коммиты в центральный SVN. дальше hg
    >> удаляется.
    > по-моему, это называется «лечить гланды через анус».

    Угу, если мне надо поработать дома над проектом я делаю на флешку или pull или Clone

    Потом дома clone на комп и работаю. Затем достаточно сделать push на флешку или Clone и pull на работе. И никаких извращений. TortouseGit-ом все делается быстро и без анальных процедур... :)

     
     
  • 5.70, anonymous (??), 01:43, 22/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > TortouseGit-ом

    проходи-проходи, не задерживайся.

     

  • 1.13, niki (??), 15:58, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а чем github лучше чем gitorious, правильно подозреваю что разницы никакой нет?
     
     
  • 2.15, Аноним (-), 16:01, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем, что не падает внезапно на пару дней и не случаются глюки с недоступностью репозитория
     
     
  • 3.17, niki (??), 16:21, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    т.е. ничего смертельного, спасибо
     
  • 2.24, anonymous (??), 18:21, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а чем github лучше чем gitorious, правильно подозреваю что разницы никакой нет?

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

    справедливости ради: гиториус самый вменяемый гит-хостинг под мои нужды. был до происшествия с сонькой, после которого я оттуда ушёл и возвращаться не планирую. оно, впрочем, и хорошо: давно собирался VDS обновлять, теперь туда же себе indefero поставил. как бэкапы — работает, кому надо — тот знает.

     
     
  • 3.42, Anon23423423 (?), 19:37, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гитхаб сделал это на неделю раньше, просто не написал в боге об этом. Так что Гиториус хоть честнее.
     
     
  • 4.43, Anon23423423 (?), 19:39, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, кстати:
    https://github.com/github/dmca
    http://help.github.com/dmca/
     
  • 4.48, anonymous (??), 19:49, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Гитхаб сделал это на неделю раньше, просто не написал в боге об
    > этом. Так что Гиториус хоть честнее.

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

     
     
  • 5.50, Anon23423423 (?), 19:53, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И кстати, Гиториус в Норвегии, так что на него не действуют все эти американские запреты на экспорт средств шифрования. Хотя, на него и ДМСА не действует, они просто решили перестраховаться и не лезть на Сони.
     
     
  • 6.53, anonymous (??), 19:57, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И кстати, Гиториус в Норвегии, так что на него не действуют все
    > эти американские запреты на экспорт средств шифрования. Хотя, на него и
    > ДМСА не действует, они просто решили перестраховаться и не лезть на
    > Сони.

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

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

     
     
  • 7.58, Anon23423423 (?), 20:26, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Чехи спешат на помощь
    repo.or.cz
     
     
  • 8.59, anonymous (??), 20:32, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    я слишком тупой для неё риальне я там так и не смог зарегистрироваться ни разу... текст свёрнут, показать
     
  • 2.65, Гентушник (ok), 23:26, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > а чем github лучше чем gitorious, правильно подозреваю что разницы никакой нет?

    В гитхабе понавешено много всяких фич в веб-интерфейсе по сравнению с гиториусом.
    Если от хостинга нужен только голый гит через ssh/https то разницы особой нет.

     

  • 1.18, lucentcode (ok), 16:34, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пользуюсь сервисом иногда, очень удобно там фрагменты кода публиковать, примеры какие-то. И даже заготовки статей для блога:)
     
  • 1.38, Anonymousapiens (ok), 19:33, 21/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, сколько из этих проектов представляют из себя что-то более ценное, чем "Hello, World"? Особенно среди питоноподелок.
     
     
  • 2.40, anonymous (??), 19:35, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, сколько из этих проектов представляют из себя что-то более ценное, чем
    > "Hello, World"? Особенно среди питоноподелок.

    а это важно? O_O

     
     
  • 3.51, 34523453245 (?), 19:55, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пойду-ка я у себя на компьютере создам 3кк пустых гит-репозиториев и объявлю себя "Крупнейшим Гит-хостингом в Мире".
     
     
  • 4.54, anonymous (??), 19:59, 21/04/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пойду-ка я у себя на компьютере создам 3кк пустых гит-репозиториев и объявлю
    > себя «Крупнейшим Гит-хостингом в Мире».

    зачем? просто сделай скрипт, который по любому запросу будет отдавать репозиторий с приветмиром. и можешь сказать, что у тебя бесконечное количество репозиторий, пусть все утрутся — фиг переплюнут.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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