Oddaja spremembe

Spremembo ste dokončali in jo želite vrniti v projekt.

Poti sta dve; katera je prava, je odvisno od obsega. Posamezno besedilno datoteko lahko ustvarite ali uredite in potrdite neposredno na zaslonu repozitorija. Vse, kar zadeva več datotek, je binarno ali ga je treba lokalno zgraditi in preveriti, vrnete prek končne točke Git.

Poti ne zahtevata enake pravice, in to je najpogostejši razlog, da ena deluje, druga pa ne:

Za nobeno od njiju ne zadošča, da repozitorij lahko ogledujete ali prevzemate. Katero stopnjo priklop dodeli komu, je opisano na strani Kloniranje repozitorija; stopnje predlagati tam ne dodeli nobena od predlog, nastane le iz posebej napisanega pravila.

1. pot – posamezna besedilna datoteka v brskalniku

1. Repozitorij odprite na strani Repozitoriji.
2. V glavi preverite, na kateri veji ste – tja bo šel commit. Tam lahko izberete tudi drugo vejo.
3. Obstoječa datoteka: odprite jo v drevesu, spremenite vsebino in jo potrdite z opisom. Glejte Kako urediti datoteko in narediti commit iz wikija.
4. Nova datoteka: v glavi kliknite Nova datoteka, vpišite pot in vsebino ter potrdite. Če na tej poti že nekaj je, se ukaz zavrne in nič se ne zapiše. Glejte Kako ustvariti novo datoteko v brskalniku.
5. Če nimate zadostne pravice, teh možnosti ni.

Binarne datoteke – slike, arhivi, pisave – po tej poti ne gredo. Zanje je 2. pot.

2. pot – lokalno, prek Gita

1. Spremembo preverite s petimi koraki prevzemnega preizkusa, opisanimi na strani Postavitev razvojnega okolja.
2. Zaženite preverjanje sloga in odpravite napake, ki jih je mogoče odpraviti strojno:

composer cs
composer cbf

1. Posodobite datum v manifestu spremenjenega paketa. Po tem signalu se posodobitev sploh prepozna; če datum ostane enak, se paket predstavlja kot prejšnje stanje.
2. Sporočilo commita napišite tako, da v posebni zadnji vrstici navede svoj delovni element. Brez te vrstice delovni element in koda nista povezana, opozorila o tem pa ni.
3. Spremembe vrnite:

git push

Na stopnji predlagati končna točka sprejme samo veje pod vašo lastno predpono, vse drugo pa zavrne s push refused: outside_own_prefix. Ime veje in oba ukaza, ki ju za to potrebujete, so navedeni na strani Kloniranje repozitorija.

Zavrnjen push je običajno vprašanje pravic, ne napaka. Če je v razdelku Kako dobiti ta repozitorij opomba, da je dostop samo za branje, se push zavrne; nadaljujte na strani Zahtevek za dostop. Če opombe ni, push pa je kljub temu zavrnjen, je vzrok ime veje, ne pravica – sporočilo končne točke ta primera razlikuje.

Ni določeno: veja, pregled, sprejem. Za ta projekt ni obvezujočega modela vej, postopka pregleda ali pravila za združevanje. Ta navodila jih ne izmišljajo, temveč opisujejo, kar platforma omogoča. Katera veja velja v posameznem primeru in kdo pregleda spremembo, se dogovorite z odgovornimi za projekt. Celotno stanje je opisano na strani Stanje pravil o prispevkih.

Seznam sprememb ni obvezen. Seznam sprememb ima le eden od lastnih paketov; enotnega dogovora ni.

Ne pozabite na jezike. Če sprememba zadeva besedila vmesnika, jih je treba vpisati v vseh pet jezikovnih datotek. Manjkajoči vnos ne sproži napake, temveč se prikaže golo ime ključa.

• Postavitev razvojnega okolja
• Stanje pravil o prispevkih
• Kloniranje repozitorija
• Kako urediti datoteko in narediti commit iz wikija – prva pot podrobno
• Kako ustvariti novo datoteko v brskalniku – ista pot za datoteko, ki še ne obstaja