The OpenNET Project / Index page

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

Microsoft и GitHub портируют GVFS (Git Virtual File System) для Linux и macOS

17.11.2017 09:01

Компании Microsoft и GitHub объявили на конференции connect() о совместной работе по портированию надстройки GVFS (Git Virtual File System) для Linux и macOS, а также интеграции поддержки GVFS в GitHub. Проект GVFS разработан компанией Microsoft для оптимизации доступа к Git-репозиторию с исходными текстами Windows, который занимает около 300 Гб и насчитывает 3.5 млн файлов. Клонирование столь большого репозитория на систему разработчика в обычных условиях занимает 12 часов, а при использовании GVFS сокращается до 5 минут. GVFS также позволил сократить время выполнения checkout с 3 часов до 30 секунд, status с 8 минут до 4 секунд, commit с 30 минут до 13 секунд.

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

  1. Главная ссылка к новости (https://blogs.msdn.microsoft.c...)
  2. OpenNews: Компания Microsoft представила виртуальную файловую систему для Git
  3. OpenNews: Microsoft переводит разработку Windows на Git
  4. OpenNews: GitHub представил Git-хранилище для больших файлов
  5. OpenNews: Выпуск распределенной системы управления исходными текстами Git 2.14.0
  6. OpenNews: Представлена децентрализованная СУБД Noms, основанная на идеях Git
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: git, gvfs, microsoft
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (101) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:09, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    ЕЕЕ, по-тихоньку, по-немногу.
     
     
  • 2.3, Andrey Mitrofanov (?), 09:18, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ЕЕЕ, по-тихоньку, по-немногу.

    https://duckduckgo.com/?q=well+poisoning
    https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B2
    https://ru.wikipedia.org/wiki/%D0%A1%D0%BC%D0%B5

     
     
  • 3.25, EHLO (?), 11:32, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> ЕЕЕ, по-тихоньку, по-немногу.
    > https://duckduckgo.com/?q=well+poisoning

    Без ссылок на bingbinggo.com было бы недостаточно цинично.

     
  • 3.66, Аноним (-), 17:35, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле? Расшифруй метафору! Ты считаешь это диверсией и призываешь к созданию контрдиверсионной организации на манер "Смерша"?
     
     
  • 4.88, Andrey Mitrofanov (?), 10:45, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для тех, кто не устал читать одно и то же -- подборка ссылок от того, кто ус... большой текст свёрнут, показать
     
  • 2.81, all_glory_to_the_hypnotoad (ok), 03:59, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    что, еее? Эти энтерпрайзные помои, наряду с аналогичными костылями fb для hg, не нужны.
     

  • 1.2, Аноним (-), 09:12, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > в котором с сервера на локальную систему разработчика загружаются только востребованные данные, но при этом создаётся видимость наличия всех данных

    Но... но... но как же распределенность VCS? Mein Führer

     
     
  • 2.8, нах (?), 09:39, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    commit с 30 минут до 13 секунд все еще хочешь распределенную vcs с таким време... большой текст свёрнут, показать
     
     
  • 3.10, Аноним (-), 09:48, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    да, факт.

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

     
     
  • 4.40, нах (?), 12:59, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это если гитхаб с ними таки поделился кодом - что не факт Возможно, все же приш... большой текст свёрнут, показать
     
     
  • 5.89, Anonim (??), 13:27, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > это если гитхаб с ними таки поделился кодом - что не факт. Возможно, все же пришлось изобретать свой, с иконами и окошками.

    https://enterprise.github.com

     
     
  • 6.110, нах (?), 15:28, 20/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> это если гитхаб с ними таки поделился кодом - что не факт. Возможно, все же пришлось изобретать свой, с иконами и окошками.
    > https://enterprise.github.com

    так там код, вроде, не раздается? И не факт, что этот ентерпрайс подходит ms.
    (глядя на конкурентов из гитлаба, где то, что раздают, мягко говоря, не совсем похоже на то, что предоставляют как сервис)

     
  • 3.86, Anonymoustus (ok), 09:07, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Без Баллмера M$ явно не та. А ведь как его все ругали в своё время.
     
     
  • 4.100, Аноним (-), 07:24, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Без Баллмера M$ явно не та. А ведь как его все ругали в своё время.

    Лучше бы оставили. Он так здорово саботировал работу компании! Никто другой так уже не сможет.

     
     
  • 5.101, Anonymoustus (ok), 11:08, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это уж с какой стороны смотреть… Пока Баллмер был у руля, майки не скатывались до такого унылого состояния во всех сегментах своего бизнеса. На то, что сейчас делает M$, я не могу смотреть без содрогания.
     
  • 2.12, llolik (ok), 09:58, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В рамках ОДНОЙ организации с очень крупной разработкой сильная распределённость не очень нужна, а вот скорость операций, с громадными репами как раз таки нужна.
    Ну вот не хочется им разбиваться на несколько реп. Наверное в этом у них есть своя логика, я не знаю как их разработка устроена. Придумали такое решение, почему бы и нет, в принципе. Ситуации всякие бывают.

    И этож, как я понимаю, не в принципе Git переделывают, только протокол в него добавляют. Остальное - внешнее. Не надо - можно и не пользоваться.

     
     
  • 3.82, all_glory_to_the_hypnotoad (ok), 04:02, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверное в этом у них есть своя логика, я не знаю как их разработка устроена.

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

     
  • 2.14, caper (?), 10:07, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Внутри корпораций? Да и никто же не мешает выкачать репозиторий полностью. Это как git-lfs - опциональная нашлепка.
     
     
  • 3.15, Аноним (-), 10:10, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А ечюсли репа весит несколько сот ГБ? На каждую машину её качать расточительно.

    Другой вопрос, что делать так не стоит, т.к. это более SVN-style.

     
     
  • 4.16, Аноним (-), 10:10, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    *если
     
  • 4.83, all_glory_to_the_hypnotoad (ok), 04:07, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да уже на десятках Гб работается хреново, трудно представить какую силу духа нужно иметь чтобы пробовать репизиторий на соти Гб и потом ещё неспешно заниматься оптимизациями.
     
  • 2.44, IB (?), 13:29, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А где страдает распределённость?
    Девелопер А склонировал с Гитхаба.
    Если у него поднят гит с GVFS протоколом, то девелопер Б спокойно форкнет с него.

    Где вы видите проблему?

     
     
  • 3.50, нах (?), 13:49, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Девелопер А склонировал с Гитхаба.
    > Если у него поднят гит с GVFS протоколом, то девелопер Б спокойно форкнет с него.

    А вы читали доки и оно именно так работает?
    Я подозреваю, что в худшем случае при попытке такого форка у девелопера A внезапно окажутся все 300 мегабайт, потому что система решит что это обращения ко всем файлам подряд.
    В лучшем Б сразу обломится со словами "gvfs'ные репо не клонируем, делай клон с master"

    В корпоративной среде не принято клонировать репы с компьютера соседа по пиханию локтями в опенспейсе. Хз что там этот Кумар Наcpал нахимичил у себя без ревью и тасков. Принято именно клонировать внутри корпоративной замены гитхаба, если такой клон вообще зачем-то потребовался вместо создания бранча и нормальной работы в нем.

     

  • 1.5, Аноним (-), 09:26, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вот это связанность кода, 300Gb перемешанной лапши. Настолько нельзя это было раскидать по разным репам, что пришлось пилить костыль.
     
     
  • 2.26, Аноним (-), 11:33, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Там несколько сот человеколет на это нужно, а напилить систему что-бы работала всего пара.
     
  • 2.41, Аноним (-), 13:02, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Неплохо было бы сначала изучить вопрос.
    Монорепозиторий это осознанный выбор компаний, как МС, так и гугла, фейсбука и многих других
     
     
  • 3.47, Аноним (-), 13:39, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    IMHO это выбор не технический, а политический
     
     
  • 4.49, Аноним (-), 13:48, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.youtube.com/watch?v=W71BTkUbdqE
     
     
  • 5.53, Andrey Mitrofanov (?), 14:14, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > https://www.youtube.com/watch?v=W71BTkUbdqE

    https://cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-lin

     
     
  • 6.63, user (??), 16:01, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    99% этих файлов лучше обновлять через rolling release, а не через VCS. Сейчас какая-то нездоровая мода на VCS, их используют даже вместо rsync.
     
     
  • 7.72, yet another anonymous (?), 20:07, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас какая-то нездоровая мода на VCS, их используют даже вместо rsync.

    В великой компании S... VCS используют как файлопомойку и буфер обмена. А Вы rsync...

     
  • 4.84, all_glory_to_the_hypnotoad (ok), 04:33, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    не политический, а исторический. Раньше svn-ноподобные помойки были пределом мечтаний и не было проблем с масштабированием. А потом стало проблематичным переводить разросшиеся помойки на иные рельсы. Потому вместо деления помойки на проекты пилят костыли к современным vcs чтобы немного отодвинуть конец. Нужно же понимать, что костыли впроде gvfs дают большую нагрузку на сеть и не решают проблем с большим потоком коммитов.
     

  • 1.6, анонимоус (?), 09:26, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Как же они бедолаги жили без гита?
     
     
  • 2.7, Аноним (-), 09:33, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    чот я тоже хотел бы узнать, как проходил процесс принятия изменений в код до гита. Подозреваю многоуровневую иерархию ответственных. А сейчас они все молчат из-за зубастого NDA
     
  • 2.9, нах (?), 09:47, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Как же они бедолаги жили без гита?

    да элементарно жили - без распределенной vcs вообще. Как многие и по сей день живут.
    Комиты - в единственный центральный repo, на дороге у комита хук на тему "быстренько прогнать regression tests". Доступ конкретным индусам - только к конкретным веткам. Пересобирать на своей системе не то что неудобно, а вообще запрещено корпоративной политикой, меньше будет шансов что-то стырить.
    Для корпоративной разработки, где жестко поделены задачи и ответственные, в общем-то вполне достаточно.

    единственный минус - нельзя использовать vcs в качестве умного undelete.

     
     
  • 3.20, Пиони (?), 10:50, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Пересобирать на своей системе

    Пересобрать Винду на компьютере разработчика? Это что за компьютеры такие

     
     
  • 4.42, нах (?), 13:06, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Пересобирать на своей системе
    > Пересобрать Винду на компьютере разработчика? Это что за компьютеры такие

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

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

     
     
  • 5.51, Аноним (-), 14:02, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде как до недавнего времени в мс была еженочная сборка с автоматической установкой собранного на все компы. Ну и сбором багрепортов.

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

     
     
  • 6.73, yet another anonymous (?), 20:10, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вроде как до недавнего времени в мс была еженочная сборка с автоматической
    > установкой собранного на все компы. Ну и сбором багрепортов.

    В своё время не с автоматической, а с ручной. Как сейчас --- не знаю.

     
  • 6.109, пох (?), 15:22, 20/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вроде как до недавнего времени в мс была еженочная сборка

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

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

     
  • 2.56, Борис (??), 14:23, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Плохо. Очень плохо. Я там работал когда-то, в M$. Там все плохо.
     
  • 2.90, Anonim (??), 13:42, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как же они бедолаги жили без гита?

    Как, как? Вот так:
    windows_xp_src_v5.2.1.zip
    windows_xp_src_v5.2.2.zip
    windows_xp_src_v5.2.2-backup.zip
    windows_xp_src_v5.2.2-new.zip
    windows_xp_src_v5.3.0.zip

     
     
  • 3.92, Anonymoustus (ok), 14:38, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    s/zip/rar/
     
     
  • 4.96, Аноним (-), 00:38, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > s/zip/rar/

    Ох уж эти "вежественные" знатоки:
    s/zip/rar/g

     
     
  • 5.102, Anonymoustus (ok), 11:09, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вы таки хотите рассказать мне за перл или за вим? Или за sed? Я уже приготовил тетрадь с ручкой и готов конспектировать.
     
     
  • 6.103, Аноним (-), 15:51, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> s/zip/rar/
    > Вы таки хотите рассказать мне за перл или за вим? Или за sed?
    > Я уже приготовил тетрадь с ручкой и готов конспектировать.

    [CODE]
    $ perl -e '$_ = "windows_xp_src_v5.2.1.zip                                  
    windows_xp_src_v5.2.2.zip                  
    windows_xp_src_v5.2.2-backup.zip
    windows_xp_src_v5.2.2-new.zip  
    windows_xp_src_v5.3.0.zip"; s/zip/rar/; print "$_";'

    windows_xp_src_v5.2.1.rar
    windows_xp_src_v5.2.2.zip
    windows_xp_src_v5.2.2-backup.zip
    windows_xp_src_v5.2.2-new.zip
    windows_xp_src_v5.3.0.zip
    [/CODE]
    Как там, в лу^W грязевом бассейне, не холодно?


     
     
  • 7.104, Anonymoustus (ok), 16:01, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На Опеннет принимают после удаления чувства юмора?
     
  • 3.93, Аноним (93), 16:52, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    s/zip/cab
     

  • 1.11, Аноним (-), 09:56, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    а всем наплевать что gvfs уже Gnome Viirtual File System?
     
     
  • 2.13, анон (?), 10:05, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Думаю этот вопрос надо расширить. А есть те, кому не наплевать на Gnome?
     
     
  • 3.23, Аноним (-), 11:11, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это один из немногих годных компонентов GNOME, и используется он не только в GNOME.
     
     
  • 4.43, нах (?), 13:09, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это один из немногих годных компонентов GNOME, и используется он не только
    > в GNOME.

    и чего в нем годного при наличии fuse?

     
  • 2.17, Аноним (-), 10:12, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а всем наплевать что gvfs уже Gnome Viirtual File System?

    M$ только Гном забыть спросили.

     
     
  • 3.21, AntonAlekseevich (ok), 10:51, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > M$ только Гном забыть спросили.

    Microsoft только авторов FOSS забыть спросили.
    //Fixed

     
  • 2.85, Na me (?), 07:35, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    разработчики гнома теперь должны были написать приложение о чём-то отвратительном и назвать его windows. Но поскольку они рабы у любимого партнёра того же самого микрософта, то просто промолчат в сторонке.
     

  • 1.19, Пользователь Debian (?), 10:21, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    У гугла тоже монорепа, если что: http://m.cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-l (взято из https://talks.golang.org/2016/refactor.article).
     
     
  • 2.52, нах (?), 14:07, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У гугла тоже монорепа, если что

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

     

  • 1.22, Аноним (-), 11:10, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > для оптимизации доступа к Git-репозиторию с исходными текстами Windows, который занимает около 300 Гб и насчитывает 3.5 млн файлов.

    Ещё один пример, как создать себе проблемы, а потом героически их преодолевать.

     
     
  • 2.27, Аноним (-), 11:36, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> для оптимизации доступа к Git-репозиторию с исходными текстами Windows, который занимает около 300 Гб и насчитывает 3.5 млн файлов.
    > Ещё один пример, как создать себе проблемы, а потом героически их преодолевать.

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

     
  • 2.28, Andrey Mitrofanov (?), 11:37, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> для оптимизации доступа к Git-репозиторию с исходными текстами Windows, который занимает около 300 Гб и насчитывает 3.5 млн файлов.
    > Ещё один пример, как создать себе проблемы, а потом героически их преодолевать.

    Уверен, что проблемы создают не тебе?...

     
     
  • 3.55, Аноним (-), 14:23, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, если модные мальчики подхватят идею, проблемы будут у многих.
     
  • 2.71, Вареник (?), 19:32, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ещё один пример, как создать себе проблемы, а потом героически их преодолевать.

    На этом строится любой "относительно честный рэкет". На создании проблем и их "решении".

     

  • 1.24, Аноним (-), 11:25, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Microsoft это цифровые неофашисты.
     
     
  • 2.30, Аноним (-), 11:40, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    ровно как и гугл с эплом
     
     
  • 3.36, EHLO (?), 11:56, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В принципе да, но не ровно. Microsoft равнее всех вместе взятых.
     
     
  • 4.39, Аноним (-), 12:22, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    никакой разницы, гугл еще хуже даже, потому что навязывает образ якобы "don't be evil"
     
     
  • 5.46, EHLO (?), 13:32, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > гугл еще хуже даже, потому что навязывает образ якобы "don't
    > be evil"

    "Microsoft loves linux"

     
     
  • 6.48, Andrey Mitrofanov (?), 13:40, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> гугл еще хуже даже, потому что навязывает образ якобы "don't
    >> be evil"
    > "Microsoft loves linux"

    Да-да... А кончается всё изнасилованием типа сабжа.

    То "особенные" люди с виндами коммитили-перекоммитили в _мейнлайновый_ git какие-то кеши FS-ов и пр.х--ни, которая на мс-овской поделке почему-то отрмозит там, где у всех остальных всё летает. Бедные[I]![/I]

    Теперь сам вурдалак "пришёл с дарами"tm.

    Они не пробовали сделать, чтоб win[-server] не тормозил?... Впрочем, о чём это я?! _Это_ ж часть б.-модели, продают они именно это.

    "Подойдите ближе, бандерлоги! Вурдалак продаст вам винду. Бли-и-и-иже!111"

     
     
  • 7.70, Вареник (?), 19:30, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > "Подойдите ближе, бандерлоги! Вурдалак продаст вам винду. Бли-и-и-иже!111"

    - Винда не тормозит*!

    * Свежеустановленная, на свежем топовом железе, звоните и заказывайте прямо сейчас.

     
     
  • 8.91, Andrey Mitrofanov (?), 14:26, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, точно-точно Для этого есть Linux I In our benchmarks of Windows Su... текст свёрнут, показать
     
  • 5.54, Маришка (?), 14:18, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гугл такой же троянский конь что и некрософт.
     

  • 1.29, iPony (?), 11:38, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поздравляю линуксоидов.
     
     
  • 2.33, Andrey Mitrofanov (?), 11:51, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Поздравляю линуксоидов.

    Спасибо. И тебе побольше alpha.gnu.org в твои я-Дивайсы.

     

  • 1.31, EHLO (?), 11:44, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    .. Но есть хорошая новость:
    > с исходными текстами Windows, который занимает около 300 Гб

    Windows у нас много

     
  • 1.34, Аноним (-), 11:52, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Клонирование ... занимает 12 часов

    "--depth 1"? Нет, не читали.

     
     
  • 2.35, Andrey Mitrofanov (?), 11:56, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Клонирование ... занимает 12 часов
    > "--depth 1"? Нет, не читали.

    Не мешайте  --  они же делают git для FreeBSD! Windows-серверов им продадут -- заживут.

     
  • 2.37, Аноним (-), 12:06, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > --depth 1

    тогда проще svn сразу

     
     
  • 3.57, arisu (ok), 14:50, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    так они это и сделали.
     

  • 1.38, бедный буратино (ok), 12:09, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > который занимает около 300 Гб и насчитывает 3.5 млн файлов. Клонирование столь большого репозитория на систему разработчика в обычных условиях занимает 12 часов, а при использовании GVFS сокращается до 5 минут. GVFS также позволил сократить время выполнения checkout с 3 часов до 30 секунд, status с 8 минут до 4 секунд, commit с 30 минут до 13 секунд.

    говорят, под GVFS ещё и скорость света в 240 раз возрастает

     
     
  • 2.69, Вареник (?), 19:26, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Читай дальше - хак представляет собой чистое читерство.
     

  • 1.45, Аноним (-), 13:31, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    индусам проще создать GVFS, чем научиться не коммитить сгенерированные файлы
     
  • 1.58, Аноним (-), 15:21, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот что бывает с теми, у кого репозиторий не влезает на SSD.

    http://oberon2005.oberoncore.ru/paper/fatprog.pdf

     
     
  • 2.79, angra (ok), 00:45, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    - Ты когда-нибудь слышал о Масаде? 2 года 900 евреев держались против 15000 римских солдат. Они предпочли рабству смерть. И где теперь эти римляне?
    - Я думал, ты спросишь: где теперь эти евреи?
     

  • 1.62, ваноним (?), 15:34, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Клонирование столь большого репозитория на систему разработчика в обычных условиях занимает 12 часов

    да просто винда тормозная. m$ сделали костыль, что б не так сильно тормозило. git под linux и так шустро работает с большими репозитариями.

     
  • 1.74, Аноним (-), 21:04, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Удивляет другое: как система с 300Гб кода вообще способная нормально работать? Браво!
     
     
  • 2.75, Анончик (?), 21:10, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Удивляет другое: как система с 300Гб кода вообще способная нормально работать? Браво!

    Посчитай объем кода у любого распространенного дистрибутива linux. Цифра будет тоже немаленькой. Да и не факт что там один код 300гб весит...


     
     
  • 3.76, user (??), 21:35, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я сильно удивлюсь, если там нет ни одного MSI или даже ISO.
     
  • 3.77, anonymous yet another (?), 23:36, 17/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Посчитай объем кода у любого распространенного дистрибутива linux. Цифра будет тоже немаленькой. Да и не факт что там один код 300гб весит...

    Кодовая база Android'а 5 (под git'ом) ~1.5G. Сборка --- ~7G.

     
  • 2.87, Anonymoustus (ok), 09:23, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятно, там помойка не конкретного релиза или хотя бы поколения оффтопика, а кишки _всех_ его компонентов и релизов, начиная с самого первого.
     
     
  • 3.95, Анончик (?), 22:22, 18/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да скорее всего кишки всех существующих редакций, включая серверные.
     
     
  • 4.105, Аноним (-), 01:57, 20/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Серверные же только настройками реестра отличаются
     
     
  • 5.112, Anonymoustus (ok), 19:35, 20/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не только.
     
  • 2.108, ваноним (?), 08:38, 20/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > нормально работать?

    нет, конечно. это ж венда

     

  • 1.78, axredneck (?), 23:41, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Переименовали бы хоть в GitVFS, а то что нам теперь делать с двумя GVFS? Red Hat не собирается судиться с ними из-за кражи названия?
     
  • 1.94, ALex_hha (ok), 19:59, 18/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не понимаю, зачем оно нужно? Нормальные люди не раздувают свои репы до 300 Гб, а если уж так исторически сложилось, то ССЗБ. Да и в любом случае, таких людей будет пару штук, но при этом надо бить себя в грудь и кричать смотрите как мы погоаем и любим open source
     
     
  • 2.97, Аноним (-), 01:00, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот таким ССЗБ и нужно. Подобная дикость часто встречается в кровавом ентерпрайзе (видел трижды), часто из-за того, что миграцию с svn, в котором проекты были разложены по директориям, проводили не очень умные люди и перелили всю эту кучу кода в единственный git-репозиторий.
     
     
  • 3.99, Аноним (-), 04:48, 19/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну написать скрипт который разобьёт тебе этоту монорепозиторий на много мелких с сохранением истории куда проще.
     
     
  • 4.106, Andrey Mitrofanov (?), 06:37, 20/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну написать скрипт который разобьёт тебе этоту монорепозиторий на много мелких с
    > сохранением истории куда проще.

    Они не могут в make и паетный менеджер. Пожалей их[I]!

     

  • 1.98, Аноним (-), 04:46, 19/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Забавно что недавно в радио-т приходил чел который работал в ms и рассказывал что у Майкрософт не монорепозиторий.
     
     
  • 2.107, Andrey Mitrofanov (?), 06:39, 20/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Забавно что недавно в радио-т приходил чел который работал в ms и
    > рассказывал что у Майкрософт не монорепозиторий.

    Гоните этих элопов!

    ---У англичан ружей кирпичом не чистят.

     

  • 1.111, aim (ok), 19:19, 20/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    сначала мы не думаем и все фекалии кладём в общую кучу. а потом придумываем костыль как с этим работать. вполне в духе корпораций (и неважно в данном случае как они называются)


    p.s. с каких это пор обозначение фекалий является ненормативной лексикой?!

     

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



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

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