Без много шум, Google представи нова платформа за контрол на версиите, хоствана в нейния обширен облак. Ако това ви звучи донякъде познато, може би си мислите за Google Code, който вече не съществува. Голямата разлика е, че новите облачни хранилища на Google са git платформа, което означава, че е много по-гъвкава (и полезна) от Google Code.
Google Code стартира през 2006 г., няколко години преди GitHub и Bitbucket да се появят на сцената, бързо изпреварвайки Google Code по популярност. Google най-накрая извади щепсела на Google Code през март 2015 г. , като се позовава на липса на интерес.
Въпреки че това беше краят на пътя за Google Code, който изпадна в немилост години преди официално да бъде обявен за мъртъв, Google не се отказа от общността на разработчиците. Всъщност хранилищата на Google Cloud Source изглеждат доста обещаващи дори на този ранен етап. Лично аз не очаквам много хора да се откажат от GitHub и да преминат към Google скоро, но компанията има начин да привлече потребители към своите услуги, дори и тези, които не изглеждат толкова примамливи при стартирането. Google просто продължава да натиска, полира, иновации и предлага стимули за нови потребители. Обикновено работи, въпреки че съм сигурен, че много от вас си спомнят шега или две на Google Plus точно сега. Сигурен съм обаче, че Google е сериозно сериозен, когато става въпрос за този проект.
Google поема GitHub и Bitbucket с хранилища за облачни източници. TweetВече споменах два не толкова успешни проекта на Google: Google Plus и Google Code, така че може би се чудите защо някой трябва да се вълнува от новото хранилище в облак, което все още е в бета версия.
Е, за начало, Google има добър опит в превръщането на бета в полезни, популярни и много надеждни услуги. Благодарение на огромните си човешки и финансови ресурси, Google не би трябвало да има проблеми да развие хранилищата на облачни източници в нещо по-сериозно, при условие че има достатъчно интерес.
Друг коз е облачната инфраструктура на Google. Той е на второ място; компанията има репутацията на устойчива на куршуми стабилност и благодарение на икономията от мащаба обикновено може да предложи повече за по-малко (в сравнение с по-малките конкуренти).
Другото нещо, което трябва да имате предвид, е, че новата услуга Cloud Source Repositories не е точно заместител на Google Code. Въпреки че и двете услуги се грижат за разработчиците, Google Code е проектиран за съвместни проекти с отворен код и освен код позволява и хостинг на други видове съдържание, като документация, уикита и т.н. Cloud Repositories обаче е горе-долу традиционна услуга на Git. Няма звънци и свирки, въпреки че има няколко функции, които трябва да помогнат за ускоряване на осиновяването.
Изглежда, че новата платформа за облачен код на Google не поема главоломно GitHub. Вместо това хранилищата в облак (CSR) ще позволят на потребителите да се свързват с хранилища, хоствани на GitHub или Bitbucket. Всичко обаче се синхронизира автоматично с хранилището на Google Cloud Source.
Всеки проект в облачната платформа на Google има хранилище за облачни източници, което може да бъде достъпно и използвано от множество потребители. Разрешенията са наследени от проекта в облак, така че всичко, което потребителят трябва да направи, е да добави членове на проекта и да зададе техните разрешения.
Добрата новина е, че Google CSR може да бъде свързан с друго хранилище на Git, хоствано на GitHub или Bitbucket. Всички промени ще бъдат синхронизирани и на двете платформи, тъй като можете да настроите Google CSR да отразява автоматично от GitHub и Bitbucket.
Спомняте ли си, когато казах, че Google има навика да кара хората да използват услугите му, без дори да знаят? Е, интеграцията с Google Cloud Platform и автоматизираното огледално отразяване, поддържащи две от най-големите Git хранилища там, със сигурност звучи като услуга, която много потребители ще бъдат привлекателни. Не забравяйте, че това все още е бета версия, така че Google може да я направи още по-изкусителна, като въведе допълнителна интеграция с други услуги на Google. Cloud Source Repositories вече изглежда и се чувства като естествено продължение на екосистемата на Google, но с малко повече интеграция може да бъде още по-добро.
И така, как се сравнява с GitHub и Bitbucket?
Е, все още е трудно да се каже; все още е бета и не е разкрита информация за цените. Все пак си струва да се отбележи, че GitHub и Bitbucket са тясно свързани по отношение на характеристиките, въпреки че има няколко разлики. Например напредналите потребители могат да предпочетат едното или другото поради различни модели на фактуриране. Често се твърди, че GitHub е малко по-добър за допълнителни функции и проекти с отворен код, главно защото е домакин на редица големи проекти с отворен код. Въпреки това, BitBucket може да бъде по-добър избор за малки и разработчици на свободна практика защото предлага повече функции безплатно (например неограничени частни хранилища с множество сътрудници). В крайна сметка това е въпрос на лични предпочитания; и двете услуги са много добри.
Но какво ще кажете за хранилищата в облачен източник? Лично аз мисля, че е още рано да се каже. GitHub и Bitbucket съществуват от години, докато Google CSR току-що направи публична бета версия преди няколко седмици. Бета версията е напълно безплатна за използване и вие също получавате 500MB място за съхранение на вашите скъпоценни изходни файлове. Това обаче очевидно не рисува пълната картина. Тепърва ще видим какво Google планира да направи в дългосрочен план.
Въпреки че е все още рано да се вълнувате, аз съм предпазлив оптимист и ето защо:
За съжаление на този етап можем само да предполагаме, така че нека оставим така.
Можете също да добавите Google CSR като дистанционно към вашето локално хранилище на Git и да го използвате като всяко друго дистанционно управление на Git.
Трябва само да инсталирате Google Cloud SDK и Git, след което продължете да добавяте хранилището си като дистанционно. Процесът е ясен и отнема само няколко стъпки. Тъй като е добре документирани от Google , нека не отделяме твърде много време за това.
След като бъде настроен, можете да използвате хранилището на Cloud Source като стандартно хранилище на Git (стандартни команди като push
, pull
, clone
и log
). Например, за да натиснете към хранилището в облачен източник, трябва да използвате $ git push google master
. Можете също да видите историята на фиксирането, като използвате $ git log google/master
.
След като файловете бъдат преместени в хранилището на Cloud Source, те могат да бъдат преглеждани, разглеждани, редактирани и ангажирани от Google Developer Console. Разликите между файла при конкретен коммит могат да бъдат достъпни от изгледа на съдържанието на файла, като изберете селектора Diff Against. Бутонът „История на фиксиране“ се използва за преглед на съдържанието на файл при конкретно фиксиране. Докато разглеждате файл, можете да използвате Редактиране, за да го промените и да извършите промяната.
Както вече посочих, Google Code никога не стана много популярен и беше изпреварен от решения, базирани на Git.
Въпреки това, преди да започнете да наричате Google Code пълен провал, помислете за това: той предшества подобни на GitHub и Bitbucket. Той просто беше заменен от нещо по-добро и само това не го прави провал. Кой би спорил, че древните решения за контрол на ревизиите, датиращи от 80-те години, например Системата за контрол на ревизиите (RCS) и Системата за едновременни версии (CVS), са били неуспехи, просто защото са заменени от нещо по-добро?
Понастоящем Git е най-широко използваното решение за управление на изходния код, като последните проучвания показват, че почти всеки втори професионален разработчик използва Git или GitHub като избрана от тях система за управление на източници. Това обаче все още не означава, че Git е фактическият индустриален стандарт. Subversion и Team Foundation Server на Microsoft все още имат много потребители. Mercurial също има лоялни последователи, както и някои дори по-малко популярни решения.
Решението на Google да се присъедини към бандата на Git ще ускори ли трансформацията й в общоиндустриален стандарт? Дали хранилищата в облачен източник ще изваждат GitHub и Bitbucket? Мисля, че е още рано да се каже, но потенциалът със сигурност е налице. Ако това беше покер игра, бих казал, че Google има добра ръка, но това не гарантира успех.
ApeeScape не се занимава с преглед или одобрение на софтуерни решения, така че ако се интересувате, можем само да ви предложим да изпробвате Google RCS сами. Може да е добра идея, особено ако смятате, че има добри шансове да спечели сцепление. Това няма да ви струва нищо, освен няколко часа бъркотия и можете да го използвате заедно с GitHub и Bitbucket. Ако излети, ще получите предимство.
Сега за някои лоши новини. Това все още е бета, което означава, че не е обхванато от което и да е споразумение на ниво услуга (SLA), може да бъде обект на промени, които не са обратно съвместими и няма политика за амортизация. На теория Google може да реши да извади щепсела за КСО утре, въпреки че не мисля, че някой очаква това в този момент. Това е просто легален шум.
Има обаче и други въпроси, които трябва да имате предвид. Тъй като това е публична бета версия, можете да се регистрирате само за използване на единствения пакет - с 500MB място за съхранение. Бета версията е безплатна и все още няма информация за бъдещите нива на ценообразуване и съхранение. Що се отнася до това кога ще излезе от бета версията, това е предположение на всеки.
Лично аз не се притеснявам от конкурентоспособността. Инфраструктурата на Google означава, че можем да очакваме много. Преди няколко години написах кратък преглед на Google Drive, само дни след стартирането на услугата. Не мислех много за това; услугата беше добра, но мобилното приложение не. Освен това вече бях закачен на Dropbox. Бързо напред към 2015 г. и използвам Google Drive, заедно с Gmail, Gmail за бизнес, Google Docs и т.н. Дори Google Plus попадна в списъка, но тук е уловката: по-често започвах да използвам тези услуги, само защото бяха на едно кликване, добре интегрирани с други неща на Google.
Репозиториите за облачни източници със сигурност имат същото усещане, така че очаквам много хора да бъдат привлечени да проверят новата услуга. Още по-добре, можете да използвате CSR със съществуващите проекти на GitHub и Bitbucket. Представете си дали бихте могли да използвате Dropbox като част от вашия Google Drive или Google Plus може да се използва като шлюз към Facebook? Това определено би направило и двете услуги по-привлекателни.
Google Cloud Platform съществува от няколко години, но досега гигантът за търсене не е успял да догони Amazon Web Services (AWS) и Microsoft Azure. AWS доминира в облачния пейзаж с очакван пазарен дял от 85 процента и се очаква да има петкратен изчислителен капацитет от повече от дузина от своите конкуренти.
Това обаче не означава, че облачните предложения на Google са неконкурентоспособни. Google разполага с технология, разпознаване на марката, финансови и технически ресурси, за да бъде голям играч в облачните изчисления. Една от точките за продажба може да бъде фактът, че Google Cloud Platform използва същата инфраструктура като продуктите на крайните потребители на Google, като Google Search, Google Docs, YouTube и т.н.
Въпреки че Google може да е малък играч в сравнение с Amazon, той има впечатляваща инфраструктура и може да използва този факт, за да изпревари цената и да надмине конкурентите, а именно GitHub и Bitbucket. Както казах, все още има много неизвестни, но ако Google изиграе правилно картите си, може да има победител.
Във всеки случай, ако имате малко свободно време, бета версията на Cloud Source Repositories си струва да проверите, особено ако вече сте закачени за приложения и услуги на Google. Ако вече сте го изпробвали, не се колебайте да споделите вашите мисли с колеги ApeeScapeers в раздела за коментари.