Как да се организира сътрудничеството на GitHub, уеб програмиране

Ако все още не знаете, GitHub е много ефективен начин за съвместна работа по проекти.

Как мога да се присъединят към развитието на проекта? Мисля, че знаеш как да се използва Git. да прави промени в файловете и да ги прехвърлите към сървъра. Но има и предимства на участие в разработването на големи проекти с отворен код, както и GitHub определено е най-доброто място да го направя.

В тази статия, ние ще обсъдим някои от правилата за действие на тези проекти, както и да даде необходимите знания и инструкция за начинаещи.

Започнете с малко

Като се започне работа по проект с отворен код, е важно да се определи ролята си. В действителност, хората често отказват да участват в разработването, само защото те се страхуват да не изглежда твърде опитни и знаещи програмисти.

Не се страхувайте да започнете малък. вместо да се опитва да се определи повече грешки (грешки) или презаписване модул, се опита да намери недостатъци в буболечки, документация и междуплатформени, или дори прост синтаксис и граматически грешки (например на GitHub mzgol от страна на потребителя).

Тези задачи са чудесен начин да се вземе първите си стъпки като един, който има пръст в развитието на всеки проект, и то не поеме трудната задача. Регистрирайте се, за CodeTriage ресурс. за автоматично получаване на GitHub Проблеми в пощенската си кутия.

Проучване на екосистемата на проект

Във всеки сътрудничество, като правило, въведе набор от споразумения. Сред тях може да промени метода график или дори синтактични стандартите и правилата за форматиране. Преди започване на същинската работа по проекта, прочетете цялата налична документация.

Например, GitHub Стандартизиран CONTRIBUTING.md файл (например, обърнете се към този документ). Тези инструкции са подкрепени от хора, които служат на кодовата база.

Сега, когато са част от екосистемата на проекта, как наистина да направи разликата?

Използването Pull-Искане за промяна

Работна среда за извършване на промени в кода, в началото може да изглежда обезсърчително.

Първото нещо, което трябва да се разбере е, че е важно, следвайки стандартите и конвенциите на проекта се работи по (както е разгледано по-горе). Стандартна работна среда на GitHub е съвсем проста и ви позволява да:

В рамките на работната среда, можете да видите много разлики между различните проекти. Така например, разликите в споразуменията за титлата. Някои проекти могат да използват bug_345 вид споразумение. където 345 е идентификатор (ID #) GitHub въпрос.

Някои проекти се използват за кратки съобщения с корекции, а други - повече от дълго време. По-долу е стъпка по стъпка ръководство, което ще ви помогне се справят с интерфейса и функционалността.

Етап 1: клон (разклоняващите)

Издънка на хранилището на GitHub.com

Етап 2: Клониране

Стъпка 3: Добавяне на Upstream Remote

Направете промени в клонирана папката и след това можете да добавите дистанционно нагоре. тоест, задава отдалечен хранилище, което ще бъде сливането на местните редакции:

Сега можете да направите промени на местно ниво и да ги синхронизирате с дистанционно хранилище:

Стъпка 4: Избор на клона (Тема Branch)

Преди да направите промени, изберете клон:

Стъпка 5: Създаване на редакциите

Сега можете да направите промени и да се създаде ангажират, който ще проследява само тези промени:

Стъпка 6: Добавяне на редакциите

На следващо място, трябва да направите промени, направени в клон на вашия проект:

Стъпка 7: Създаване на издърпване Request'a

И накрая, можете да създадете заявка за дърпане. За да направите това, отидете в клон хранилище. Там ще видите думите "наскоро промени вашия клон» (които наскоро сте изтласкани клонове), и ако е така, можете да изберете "Сравнете и направи издърпване Заявка» (Сравнете и Издърпайте Request).

В противен случай, можете да изберете вашия клон от падащия списък и щракнете «Издърпайте Заявка» или «Сравни» в горната дясна част на хранилището секция.

Създаване на изискване издърпване чрез бутона «Сравнете и Издърпайте Заявка».

Създаване на изискване издърпване чрез падащия списък на клоновете на

Имайте предвид, че е важно да има уважението на администраторите на проекта. Ако редакциите не бяха приети, това означава, че администраторите на факта, има добра причина. В края на краищата, винаги можете да се разклони, от проекта, както и да направите промените.

Как да пишем служител Github Зак Холман (Zach Холман) в документа «Как GitHub Използва GitHub да се изгради GitHub», дръпнете поискване тази дискусия. Тя е в този дух, че те трябва да бъдат предприети; вместо да чакат за миг решението на редакциите си, трябва да изчакате за обсъждане нея.

GitHub Проблеми + Pull Исканията = управление на проекти Zen

На разположение на GitHub GitHub въпроси инструмент, който осигурява надежден начин за създаване на добре документиран, интерактивна, автоматизирана обсъждане на бъгове и характеристики на всеки проект. Въпросите са включени по подразбиране, но можете да го изключите.

Въпросите са много големи вградени функции, но едно от най-важните е интеграцията с разтегателен request'ami. Потребителят може да се отнася към въпроса във вашия ангажимент, просто добавяне на своята Digital ID.

Това ангажира автоматично ще марки въпрос №3 като затворена, когато съответното искане притегляне ще бъде приет. Този метод позволява автоматизация GitHub отличен инструмент за управление на процеса на развитие.

Търсене на други начини за взаимодействие

Често, големи проекти с отворен код имат предимството да работим заедно с тях в течение на няколко души.

Не се подвеждайте да мислят, че единственият начин да се допринесе за проекта е използването на притегляне request'ov.

Например, един проект като Руби на релси. Той е известен със своята общност; той отговори на въпросите във форумите и IRC чатовете, за да повиши съзнанието на тази рамка и спомага и за нейното развитие чрез обсъждането на идеи и на открити грешки.

Всичко зависи от отношението

Не забравяйте, че проекти с отворен код се ръководят от хора, за които размножаването и разпространението на знания е най-важното. Участието в такива проекти ще бъдат по-ефективни, ако имате правилно отношение, по смисъла на който се намира в следния въпрос: "Как мога да помогна? "Което се различава от отношението:" Аз ще ви помогне с каквото мога. "

Хората в света на отворения код, искат да работят с тези, които са водени от желанието да помагат на другите.

заключение

Ако проявявате интерес в разработването на проекти с отворен код, а след това е добре! Ако решите да участвате в един от тях, а след това не забравяйте за правилното поведение и принципа на "започнете малък". Това ще ви отведе до мястото, където те видя името си в новата приложените към проекта дърпане request'e на.

Възможно е този код ще се използва от много хора по целия свят в ежедневната си работа. Отделете време, за да проучи проекта и хората, които участват в него. Бъдете искрени в стремежа си да помогне за развитието на проекта.

GitHub потенциал и с отворен код свят продължава да расте всеки ден; Започнете да си сътрудничи с други разработчици и да е част от този свят!

Превод на статията «Как да си сътрудничат в GitHub» е изготвен от екип от приятелски Уеб дизайн проект от А до Я.