Основной процесс разработки JavaScript-движка V8 (https://code.google.com/p/v8/) переведён с SVN на Git и теперь размещается (https://chromium.googlesource.com/v8/v8.git) в Git-репозиториях (https://chromium.googlesource.com/) проекта Chromium, рядом с браузерным движком Blink (https://chromium.googlesource.com/chromium/blink/). Ранее существовавшее зеркало (https://github.com/v8/v8) SVN-репозитория на GitHub (github.com/v8/v8) прекратило своё существование, вместо него следует использовать новое зеркало github.com/v8/v8-git-mirror (https://github.com/v8/v8-git-mirror). Для разработчиков подготовлено специального руководство (https://code.google.com/p/v8-wiki/wiki/UsingGit#Git_repository), в котором собраны инструкции по использованию Git для разработки V8. Основной причиной миграции на Git стала унификация средств разработки с другими компонентами Chromium.URL: https://news.ycombinator.com/item?id=8649696
Новость: http://www.opennet.me/opennews/art.shtml?num=41114
они там API уже перестали ломать? а то каждый день меняли, ломали всю совместимость
Полагаю, что гит позволит ломать апи намного удобнее.
Ломать API повсюду в СПО - семейная традиция, аналовращатель. Стабильный API - это фантастика.
Завидуй уж молча. Я конечно понимаю что работать над открытыми проектами - везет не всем, кому-то приходится целиком отдать свой код каким-то проприерасам и забыть о нем навсегда. Но не все же такие лузеры.
> ... Я конечно понимаю что работать над открытыми проектами - везет не всем ..."Когда вы говорите, Иван Васильевич, впечатление такое, что вы бредите"(С)
git умеет авторизацию по своему протоколу и сжатие, как subversion git://<address> ?
Гит умеет сжатие, а для авторизации есть ssh
SSH не вариант для доступа! Это дырище!
> SSH не вариант для доступа! Это дырище!Разве есть что-то лучшее чем ссш? Пруф?
Пруф - взлом кернелорга! И переход оных на gitolite. Если вы кому-то даете ssh доступ, вы потенциально даете ему шелл с правами этого юзера, прикиньте?! А если не повезет то он еще и права до рута через какой-нибудь баг заапгрейдить может. А кто этого не понял - о сколько вам открытий чудных...
> Пруф - взлом кернелорга! И переход оных на gitolite. Если вы кому-то
> даете ssh доступ, вы потенциально даете ему шелл с правами этого
> юзера, прикиньте?! А если не повезет то он еще и права
> до рута через какой-нибудь баг заапгрейдить может. А кто этого не
> понял - о сколько вам открытий чудных...A gitolite по-вашему ссш не использует? :\
ссш - это протокол шифрования. А что через него ходит, удаленная консоль или выхлоп программы - дело десятое.
> A gitolite по-вашему ссш не использует? :\А он его довольно специфично использует. Он о fine graned access. И даже там есть немало интересных приколов, прочитать которые можно на его сайте.
> ссш - это протокол шифрования. А что через него ходит, удаленная консоль
> или выхлоп программы - дело десятое.И умеет кучу всего. Поэтому появляется over 9000 способов устроить неочевидные вещи, особенно когда админ или юзер - нубы.
> И умеет кучу всего.Зачем же на стороне сервера всю эту кучу разрешать конкретному пользователю?
> Поэтому появляется over 9000 способов устроить неочевидные вещи, особенно когда админ или юзер - нубы.
Админ настолько нуб, что не подозревает о существовании конфигов и даже не имеющий никакого желания в них заглянуть?
А если нет знаний, то не в состоянии забить в поисковик "git ssh настроить"?
Или человек ставит git на сервер и планирует использование по ssh, при этом как не разбирается ни в git ни в ssh, так и не в состоянии/нет желания прочитать как это ставить/настраивать?
И админская лень (в хорошем смысле слова) не подталкивает поискать готового уже преднастроенного решения (типа gitolite того же)?
В этом варианте, в случае проблем и "неочевидных вещей" так ли уж сильна вина ssh/git/юзеров/...?
> Зачем же на стороне сервера всю эту кучу разрешать конкретному пользователю?А кто вас спрашивать будет?! взломают и свалят!!!
> Если вы кому-то даете ssh доступ, вы потенциально даете ему шелл с правами этого
> юзера, прикиньте?!неа, не прикидываю. совсем. не даю я ему shell.
> Пруф - взлом кернелорга!вот дурак то. Его поломали со стороны пользователя рыбача на "порнуху", к проблемам и надёжности авторизации через ssh это отношения не имеет.
Я просто указал на ущербность реализации собственного протокола git. <Shit By Design>
Да, ну конечно же проще сторонние SSH, даже когда мы в них не нуждаемся...