Работата по множество проекти в различни екипи на дневна база може да бъде истинско главоболие, ако нямате ясен начин клонирайте настройките на вашата Windows среда, като използвате отивамСменяте компютри, преинсталирате системата или добавяте нова машина и изведнъж всичко липсва: хранилища, ключове, настройки на Git, инструменти… Добрата новина е, че можете да възпроизведете почти същия работен процес, който сте имали в macOS или Linux, но адаптиран към Windows 10 или 11, без да губите сигурност или удобство.
В тази статия ще видите, стъпка по стъпка и доста подробно, как Настройте среда за разработка, базирана на Git, в Windows, която копира тази, която вече използвате на други системи. Ще видите всичко - от инсталиране и конфигуриране на Git до клониране на хранилища (включително частни хранилища) и различните начини за git клонинг, използването на SSH спрямо HTTPS, както и разширени опции като хранилища гол, огледало и шаблони. Идеята е да получите удобна, сигурна и лесна за възпроизвеждане настройка на всеки нов компютър.
Цел: Да се репликира вашата среда за разработка и сътрудничество с Git в Windows
Основната цел е да се гарантира, че на новия ви компютър с Windows можете работете с Git по същия начин, както сте го правили на вашия Mac или която и да е друга машинаТова включва не само клониране на хранилищата, но и репликиране на начина, по който се удостоверявате (особено ако използвате частни хранилища в GitHub или Bitbucket) и как си сътрудничите с други разработчици.
На практика, това, което искате, е вашият чисто нов компютър да се превърне в работещо копие на предишната ви работна средаСъщите хранилища, същата структура на папките, същите главни клонове и, ако е възможно, същите псевдоними и настройки на Git. Още по-добре, ако получите и ясна стратегия за създаване на нови отдалечени хранилища и споделянето им.
Сътрудничество между хранилища и екипи
Един от ключовите моменти при клонирането на вашата среда е, че няма да работите сами: имате нужда от вашата настройка, която да улесни сътрудничество между хранилища и между множество разработчициGit е проектиран именно за това: всеки човек има свой собствен пълен локален клонинг на проекта, работи по него и след това обменя промени с централно отдалечено хранилище (GitHub, Bitbucket, GitLab, вашият собствен сървър и т.н.).
Когато клонирате хранилище към новия си Windows, получавате цялата история на коммитовете, всички клонове и всички тагове дистанционно. Това означава, че можете да продължите да си сътрудничите точно както преди: направете ангажират, тласък, издърпайте y донасям, създаване на клонове, отваряне искания за изтегляне... Участието ви в проекти с отворен код или във вътрешните хранилища на вашата компания остава незасегнато, стига методът за удостоверяване да е конфигуриран правилно.
Подготовка на средата в Windows
Преди да започнете да клонирате хранилища, сякаш няма утре, трябва да се уверите, че вашият Git средата на Windows е правилно инсталирана и конфигуриранаПреживяването ще бъде малко по-различно от macOS, но крайният резултат може да бъде също толкова отзивчив.
Инсталиране на Git на Windows
В Windows най-лесният начин да започнете е да изтеглите официалния инсталатор на Git от git-scm.comСъветникът ще ви преведе през няколко екрана, където можете да изберете например редактора по подразбиране, как искате да интегрирате Git с терминала и дали ще използвате Git Bash. За повечето потребители оставянето на препоръчителните опции е повече от достатъчно.
Git за Windows инсталира както инструмента за команден ред, така и Git Bash, който е вид конзола в стил Unix. в Windows. Ако използвате macOS, вероятно ще се чувствате по-комфортно да използвате Git Bash, отколкото класическия команден ред, тъй като командите и поведението са много подобни на това, с което вече сте запознати.
Основна настройка на Git на вашия нов компютър
След инсталирането е препоръчително да се извърши минималната конфигурация: потребителско име и имейл което ще се появи във вашите коммити. Това се прави с:
git config --global user.name "Tu Nombre"
git config --global user.email "tu-correo@example.com"
Освен това можете да коригирате други детайли, като например редактора по подразбиране, началния клон (например, основен вместо главен) или псевдонимите, които вече сте използвали на други компютри. Ако сте имали силно персонализиран конфигурационен файл на вашия Mac (типичният ~/.gitconfig), можете да копирате съдържанието му и да го адаптирате в Windows, като спазвате пътищата и системните особености.
Удостоверяване: HTTPS срещу SSH в Windows
Един от моментите, който поражда най-много съмнения при мигриране към Windows, е как... удостоверяване срещу частни отдалечени хранилищаВ macOS е много често срещано използването на SSH ключове, а в Windows можете да направите абсолютно същото, въпреки че можете да изберете и HTTPS с мениджър на идентификационни данни.
С HTTPS, Git ще ви поиска потребителско име и парола (или жетон лично), когато се опитвате да направите клониране, тласък o издърпайте до самостоятелна почивкаЗа да се избегне въвеждането на идентификационни данни всеки път, Git за Windows включва мениджър на идентификационни данни, който сигурно съхранява вашите данни. Въпреки това, за много разработчици SSH остава най-удобният и надежден вариант.
Ако искате да възпроизведете предишния си работен процес, най-логичното нещо, което можете да направите, е да създадете или копирате своя SSH ключове в WindowsДобавете публичния ключ към вашия GitHub или Bitbucket акаунт (ако все още не сте го направили) и използвайте SSH URL адреси за вашите хранилища, ето така: git@github.com:usuario/repositorio.gitПо този начин, удостоверяването ще бъде автоматично, стига SSH агентът да е заредил правилния частен ключ.
Основно използване на git clone в Windows
След като Git е инсталиран и удостоверяването е контролирано, е време да клонирайте хранилищата, които вече сте имали на стария си компютърЦентралната команда, която ще използвате, е git cloneОттам нататък, различни вариации в зависимост от вашите нужди.
Стандартно клониране на хранилище
Като цяло, типичният работен процес в Windows е да се отвори Git Bash, PowerShell или предпочитания от вас терминалПреместете се в папката, където искате да запазите проектите си, и изпълнете:
git clone URL-del-repositorio
Например, ако използвате HTTPS:
git clone https://github.com/TU-USUARIO/TU-REPO.git
Тази команда създава нова директория с името на хранилището, изтегля всички Git обекти (пълна история, клонове, тагове) и оставя директорията готова за работа. Клонът по подразбиране вече е проверенОт този момент нататък можете да променяте файлове, да правите коммити и да изпращате към отдалеченото устройство, точно както правехте на вашия Mac.
Клониране към определена папка
Ако не искате Git да създава директория със същото име като хранилището, можете да укажете персонализирана дестинация. Това е полезно, когато репликирате специфична структура на папките на проекта във вашия нов Windows. Командата е:
git clone URL-del-repo nombre-de-carpeta
Например:
git clone git@github.com:TU-USUARIO/TU-REPO.git C:\Desarrollo\ProyectoCliente
По този начин съдържанието на хранилището ще бъде изтеглено директно в папката, която сте посочили, при условие че вече не съществува или е празно.
Клониране на специфичен клон или етикет
Понякога не се интересувате от изтеглянето на всички клонове или няма да работите с главния клон. Благодарение на опцията -b (o --branch) може клониране чрез директно насочване към конкретен клон:
git clone -b nombre_de_la_rama URL-del-repo
Това е много полезно, когато искате да се фокусирате върху конкретен клон за разработка, клон за поддръжка или публикуван етикет. Цялото хранилище е клонирано, но Първоначалното плащане се извършва директно в този клон.спестявайки ви последваща стъпка за промяна на клона.
Плитко клониране
Ако работите с много големи хранилища с дългогодишна история, може да не искате да изтегляте абсолютно всичко. С опцията --depth можете да го направите клониране на повърхността, което ограничава броя на изтеглените коммитиТипичен пример би бил:
git clone --depth 1 URL-del-repo
Това ви показва само най-новото ниво на историята, достатъчно за компилиране или проверка на текущото състояние на кода. Идеално е за CI машини, тестови среди или когато просто искате да Намалете размера на изтеглянето и ускорете процеса на компютър с ограничено място за съхранение или бавна връзка.
Разширени опции за конфигуриране при клониране
Отвъд основната употреба на git клонингИма редица опции за конфигуриране, които ви позволяват да адаптирате клонирането към по-специфични случаи, особено когато ще настройване на сървъри за хранилища или огледални копия за архивиране и репликация.
git clone --branch (избиране на клон по време на клониране)
Както вече беше споменато, опцията --branch (o -bТова ви позволява да изберете конкретен клон като начална дестинация. Интересното е, че в комбинация с други опции можете автоматизиране на скриптове за конфигуриране на средата В новия ви Windows: например, скрипт, който клонира различни клонове от различни хранилища в предварително дефинирани папки.
В корпоративни среди е обичайно да има клонове, посветени на интеграция, тестване или специфични клиенти. При клониране с git clone –branch цел на клона Можете да възпроизведете на вашия компютър същото оформление, което вашите колеги са имали на своите машини, като по този начин поддържате съгласуваност между различните среди.
git clone –bare и git clone –mirror
Когато говорим за клониране на конфигурацията на дадена среда, не говорим само за вашата локална машина. Много пъти ще искате да... създаване на хранилища на сървър или друг компютър, който действа като централна точкаЕто къде влизат в действие хранилищата. гол и типът клонинги огледало.
Голи хранилища с git clone --bare
Хранилище гол Това е Git хранилище без работна директория, тоест съдържа само Git информацията (папка .git и неговите обекти), но не и копие на файловете, готови за редактиране. Използва се главно в Git сървъри, действащи като отдалечен източник.
За да го създадете от съществуващо хранилище, можете да изпълните:
git clone --bare ruta-o-URL-del-repo nombre-repo.git
По конвенция, на голите хранилища обикновено се дава окончанието .git в името на папкатаРезултатът е идеален за поставянето му на сървър, до който други потребители ще имат достъп чрез SSH или подобни протоколи, като ще изпращат и извличат промени, точно както биха направили с GitHub или Bitbucket.
Огледален клонинг с git clone --mirror
вид --mirror Това отива една крачка по-далеч от --bareКогато се използва, Git също създава хранилище без работно пространство, но също така Поддържа точно копие на всички отдалечени препратки (включително клонове, тагове и специални препратки). С други думи, локалното хранилище се превръща в точно копие на отдалеченото.
Клон с git клонинг –огледало Идеален е за архивиране или миграции, защото когато актуализирате този огледален файл с git remote updateВсички промени са синхронизирани. Ако препроектирате инфраструктурата си, можете да я използвате, за да премествате хранилища между сървъри или да поддържате вътрешни реплики на хранилища, хоствани на външни платформи.
Други полезни опции при клониране
В допълнение към горните опции, Git предлага малки инструменти, които ви помагат да персонализирате хранилищата по ваш вкус, когато сте Настройване на вашата Windows среда от нулатаЕдна от най-интересните е опцията за шаблон.
Използване на шаблони с git clone --template
Параметър --template Това ви позволява да укажете директория за шаблони, която Git ще използва като основа при създаването на локалното хранилище. Можете да запазвате код в тези директории. предварително дефинирани куки, настройки по подразбиране или вътрешни файлове които искате да приложите към всички ваши нови проекти.
Например, ако старата ви система е имала hook скриптове за валидиране на съобщения за коммит, форматиране на код или изпълнение на тестове преди публикуване, можете да ги запазите в папка с шаблони и след това да ги клонирате с:
git clone --template=C:\PlantillasGit URL-del-repo
По този начин всяко хранилище, което клонирате към новия си Windows, ще наследи същата вътрешна конфигурация, което ви помага да поддържате последователност във всички ваши проекти и да възпроизвеждате опита, който сте имали с други операционни системи.
Типове URL адреси в Git и налични протоколи
При клониране или конфигуриране на отдалечени сървъри, Git поддържа няколко типа URL адреси и протоколи. Изборът на един или друг влияе както на сигурност, както и комфорт при работа в WindowsНай-разпространените са SSH, протоколът Git и HTTP/HTTPS.
URL протоколи на Git
Всеки протокол има свои специфични характеристики и случаи на употреба. Важното е да разберете силните му страни, за да решите кой от тях най-добре отговаря на вашата среда и как искате да клонирате хранилищата си и да работите с тях ежедневно.
SSH
SSH протоколът е любим сред много разработчици, защото позволява Удостоверяване на базата на ключ, без да е необходимо да въвеждате потребителско име и парола всеки пътВ Windows, благодарение на поддръжката на OpenSSH, включена в съвременните версии и инструменти като Git Bash, използването му е много подобно на това в macOS или Linux.
SSH URL адресите обикновено имат този формат: git@github.com:usuario/repositorio.gitСлед като генерирате своя ключ (с ssh-keygen) и качете публичния ключ в акаунта си в GitHub или Bitbucket, можете клониране, бутане и дърпане без триенепри условие че SSH агентът е заредил ключа. Това е опцията, която най-добре съответства на класическия работен процес, който много хора използват на Mac компютри.
Git протокол
протокола git:// Това е Git протокол, който обикновено предлага достъп само за четене. Много е бърз, но Не криптира трафика и не управлява удостоверяването като такъв, поради което се използва все по-рядко в сценарии, където безопасността е важна.
В съвременна среда, с частни хранилища и необходимост от контрол на достъпа, SSH или HTTPS обикновено са предпочитани. Протоколът Git Той е запазен за някои отворени публични хранилища, където е необходимо само да четете съдържанието, без да е необходимо да пишете или да удостоверявате.
HTTP / HTTPS
HTTPS се превърна в най-стандартната опция в много компании, защото Работи добре зад прокси сървъри и защитни стении се интегрира с централизирани системи за удостоверяване или символи лични. В Windows, мениджърът на идентификационни данни на Git ви позволява също така сигурно да съхранявате вашия токен или потребителско име/парола.
Типични URL адреси от този тип са като https://github.com/usuario/repositorio.gitАко сте особено загрижени за сигурността, винаги трябва да се уверите, че използвате HTTPS и не-HTTP в обикновен текстИ ако идвате от SSH поток, можете да превключвате между двата метода, като промените отдалечения URL адрес с git remote set-url origin nueva-url.
Клониране на хранилища от GitHub и Bitbucket на Windows
След като усвоите командите и протоколите, е време да разгледате най-често срещания сценарий от реалния живот: Мигрирайте вашите лични хранилища от GitHub или Bitbucket към вашия нов компютър с Windows и работете с тях както винаги.
В GitHub класическият процес в уеб интерфейса е прост: достъпвате главната страница на хранилището, кликвате върху бутона за клониране и избирате HTTPS или SSH и копирайте генерирания URL адрес. След това отворете терминала си в Windows, отидете до работната папка и изпълнете git clone URL-copiadaСъщият модел се прилага почти идентично за Bitbucket и други подобни платформи.
Ако използвате инструменти с графичен интерфейс, като например GitHub Desktop, можете също да изберете опцията Клониране на хранилищеИзберете хранилището от списъка си или поставете URL адреса, изберете локалния път и кликнете върху CloneGitHub Desktop се грижи за изтеглянето на съдържанието и свързването му с вашия акаунт, което улеснява тези, които предпочитат да избягват командния ред.
Важно е да се разбере, че клонирането на хранилище от тези платформи включва пренасянето му на вашата машина. пълно копие на всички данни които сървърът хоства в този момент: файлове, история, клонове, тагове… След това можете да върнете промените си или да получите промени от други сътрудници както обикновено.
Що се отнася до грешките при клониране, те обикновено са свързани с недостатъчни разрешения или проблеми с удостоверяванетоВинаги проверявайте дали вашият потребител има достъп за четене до хранилището, дали вашият SSH ключ е правилно свързан с вашия акаунт (ако използвате SSH) и дали вашият токен или HTTPS идентификационни данни са валидни и имат съответните разрешения.
Използване на празни хранилища и Git сървъри
Друго парче от пъзела за клониране на вашата среда е как създаване на нови хранилища на сървър или друга машина който действа като централен източник. В тези случаи, празни хранилища (гол) са ключовият инструмент.
Създаване и публикуване на празно хранилище
За да настроите Git сървър за първи път, обичайният подход е да започнете с и експортирайте съществуващото хранилище в празно хранилище.Това, както вече беше споменато, се постига с git clone --bareПолучената директория, обикновено завършваща на .gitМоже да бъде поставен на сървър, достъпен чрез SSH или друг протокол, който сте конфигурирали.
Въпреки че има малки вътрешни разлики в конфигурационните файлове в сравнение с хранилище с работна директория, за ежедневна употреба резултатът е практически същият: a централна точка, към която разработчиците насочват усилията си и от която теглятАко искате да репликирате Git сървър на Windows, който преди това сте имали на друга машина, обичайният модел е да го клонирате в гол режим и да изложите това хранилище, използвайки предпочитания от вас протокол.
След като празното хранилище е на сървъра, всеки разработчик (включително вашия компютър с Windows) може да клонира оттам и да работи нормално. Това е част от глобална стратегия за синхронизиране на среди между различно оборудване и операционни системи.
Въздействие на клонирането на вашата настройка върху сътрудничеството и работния процес
Всички тези усилия за клониране на хранилища, настройване на удостоверяване и използване на разширени Git опции имат една ясна цел: поддържайте гладък и последователен работен процес, както индивидуално, така и като екип, независимо дали сте на Windows, macOS или Linux.
Сътрудничество по проекти с отворен код и частни проекти
Правилното клониране на вашата среда означава, че ще можете да продължете да допринасяте за проекти с отворен код или вътрешни проекти без драстични промени в работния ви процес. Можете да създавате форк хранилища, да клонирате форка си, да създавате клонове на функции, да извършвате commit-ове и да публикувате (push-вате). искания за изтегляне o заявки за сливане към основните хранилища, както преди.
Ключът е, че всеки локален клонинг на вашия компютър с Windows е напълно функционално Git хранилище, съдържащо цялата история на проекта. Това ви позволява да експериментирате, да тествате рискови промени и да се връщате към предишни промени, ако нещо се обърка, без да правите компромис с кода на отдалечената машина, докато не решите да публикувате промените си.
Контрол на версиите и управление на историята
Когато клонирате, получавате и пълна история на версиитене само текущото състояние на кода. Това ви позволява да навигирате през стари коммити, да преглеждате кога и защо е въведена промяна или дори да създавате клонове въз основа на предишни версии, за да коригирате конкретни грешки.
Добре клонираната среда на вашия Windows улеснява поддръжката копия на различни версии на един и същ проектТова може да се направи чрез клонове, тагове или клонирани хранилища в отделни папки. Това става особено полезно в дългосрочни проекти, където поддръжката и разработването на нови функции се извършват едновременно.
Безопасно експериментиране и разработване на нови функции
И накрая, клонирането на хранилища служи на основна цел: опитвай неща без страхМожете да създадете допълнителни клонинги на същото хранилище на вашата машина, като единият бъде посветен на експериментиране с нови технологии или основни рефакторинги, а другият, по-стабилен, е свързан с ежедневната работа.
Тъй като новата ви Windows система има същата база от хранилища като старата ви среда, можете да продължите проектите си оттам, откъдето сте спрели, и да продължите да експериментирате с нови идеи, клонове и инструменти, знаейки, че Git ви позволява да отмените или отхвърлите всичко, което не работи доста лесно.
Имайки предвид всичко гореизброено, наличието на набор от хранилища, клонирани от вашите отдалечени източници, правилно удостоверени и конфигурирани, в Windows се превръща в много ефективен начин за... поддържайте своята продуктивност и начина си на работа Дори и да смените компютъра или операционната си система, просто трябва да сте наясно какво да клонирате, как да удостоверявате автентичността си и какви опции на Git ви помагат да адаптирате всеки клонинг към това, от което се нуждаете във всеки един момент.