The OpenNET Project / Index page

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

Разработка JavaScript-движка V8 переведена на Git

24.11.2014 10:26

Основной процесс разработки JavaScript-движка V8 переведён с SVN на Git и теперь размещается в Git-репозиториях проекта Chromium, рядом с браузерным движком Blink. Ранее существовавшее зеркало SVN-репозитория на GitHub (github.com/v8/v8) прекратило своё существование, вместо него следует использовать новое зеркало github.com/v8/v8-git-mirror. Для разработчиков подготовлено специальное руководство, в котором собраны инструкции по использованию Git для разработки V8. Основной причиной миграции на Git стала унификация средств разработки с другими компонентами Chromium.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Компания Google представила Blink, форк движка WebKit
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/41114-blink
Ключевые слова: blink, v8, chromium
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (17) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, hoopoe (ok), 11:14, 24/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    они там API уже перестали ломать? а то каждый день меняли, ломали всю совместимость
     
     
  • 2.3, Журналовращатель (?), 12:39, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Полагаю, что гит позволит ломать апи намного удобнее.
     
     
  • 3.4, Аноним (-), 12:57, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ломать API повсюду в СПО - семейная традиция, аналовращатель. Стабильный API - это фантастика.
     
     
  • 4.10, Аноним (-), 14:26, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Завидуй уж молча. Я конечно понимаю что работать над открытыми проектами - везет не всем, кому-то приходится целиком отдать свой код каким-то проприерасам и забыть о нем навсегда. Но не все же такие лузеры.
     
     
  • 5.31, АнонуС (?), 02:50, 25/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ... Я конечно понимаю что работать над открытыми проектами - везет не всем ...

    "Когда вы говорите, Иван Васильевич, впечатление такое, что вы бредите"(С)

     

  • 1.14, Аноним (-), 16:17, 24/11/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    git умеет авторизацию по своему протоколу и сжатие, как subversion git://<address> ?
     
     
  • 2.18, azure (ok), 18:06, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Гит умеет сжатие, а для авторизации есть ssh
     
     
  • 3.19, Аноним (-), 19:28, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    SSH не вариант для доступа! Это дырище!
     
     
  • 4.21, azure (ok), 20:52, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > SSH не вариант для доступа! Это дырище!

    Разве есть что-то лучшее чем ссш? Пруф?

     
     
  • 5.24, Аноним (-), 21:43, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пруф - взлом кернелорга! И переход оных на gitolite. Если вы кому-то даете ssh доступ, вы потенциально даете ему шелл с правами этого юзера, прикиньте?! А если не повезет то он еще и права до рута через какой-нибудь баг заапгрейдить может. А кто этого не понял - о сколько вам открытий чудных...
     
     
  • 6.25, azure (ok), 21:44, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Пруф - взлом кернелорга! И переход оных на gitolite. Если вы кому-то
    > даете ssh доступ, вы потенциально даете ему шелл с правами этого
    > юзера, прикиньте?! А если не повезет то он еще и права
    > до рута через какой-нибудь баг заапгрейдить может. А кто этого не
    > понял - о сколько вам открытий чудных...

    A gitolite по-вашему ссш не использует? :\
    ссш - это протокол шифрования. А что через него ходит, удаленная консоль или выхлоп программы - дело десятое.

     
     
  • 7.27, Аноним (-), 21:51, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > A gitolite по-вашему ссш не использует? :\

    А он его довольно специфично использует. Он о fine graned access. И даже там есть немало интересных приколов, прочитать которые можно на его сайте.

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

    И умеет кучу всего. Поэтому появляется over 9000 способов устроить неочевидные вещи, особенно когда админ или юзер - нубы.

     
     
  • 8.30, Ytch (ok), 01:37, 25/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем же на стороне сервера всю эту кучу разрешать конкретному пользователю Адм... текст свёрнут, показать
     
     
  • 9.36, Аноним (-), 16:32, 27/11/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А кто вас спрашивать будет взломают и свалят ... текст свёрнут, показать
     
  • 6.28, arisu (ok), 22:17, 24/11/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Если вы кому-то даете ssh доступ, вы потенциально даете ему шелл с правами этого
    > юзера, прикиньте?!

    неа, не прикидываю. совсем. не даю я ему shell.

     
  • 6.29, all_glory_to_the_hypnotoad (ok), 01:12, 25/11/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пруф - взлом кернелорга!

    вот дурак то. Его поломали со стороны пользователя рыбача на "порнуху", к проблемам и надёжности авторизации через ssh это отношения не имеет.

     
     
  • 7.32, Аноним (-), 11:25, 25/11/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Я просто указал на ущербность реализации собственного протокола git. <Shit By Design>
    Да, ну конечно же проще сторонние SSH, даже когда мы в них не нуждаемся...
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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