Oddaja spremembe
Izhodišče
Spremembo ste dokončali in jo želite vrniti.
Pot do rešitve
Obstajata dve poti, in katera velja, je odvisno od obsega. Posamezna besedilna datoteka se da neposredno na zaslonu repozitorija ustvariti ali urediti in objaviti. Vse, kar zadeva več datotek, kar je dvojiško ali kar je treba lokalno zgraditi in preveriti, gre nazaj prek končne točke Git.
Poti ne zahtevata iste pravice, in to je najpogostejši razlog, zakaj ena gre, druga pa ne:
| Pot | Potrebna stopnja |
|---|---|
| ustvariti ali urediti v brskalniku | pisati |
| vrniti prek končne točke Git | predlagati, tedaj samo pod lastno predpono veje; pisati brez te zapore |
Ogledovati in prevzemati ne zadostuje za nobeno od njiju. Katero stopnjo priklop komu podeli, stoji pod Kloniranje repozitorija; stopnje predlagati tam ne podeli nobena predloga, nastane le iz posebej napisanega pravila.
Izvedba
Pot 1 — posamezna besedilna datoteka v brskalniku
- Odprite repozitorij iz Repozitoriji.
- Preverite v glavi, na kateri veji ste — tja gre objava. Drugo je tam mogoče izbrati.
- Obstoječa datoteka: odprite jo v drevesu, spremenite vsebino, objavite z opisom. Glej Urejanje datoteke.
- Nova datoteka: Nova datoteka v glavi, vpišite pot in vsebino, objavite. Če pod to potjo že nekaj leži, se zavrne in nič se ne zapiše. Glej Ustvarjanje nove datoteke (v nemščini).
- Če vaša pravica ne zadostuje, se te možnosti ne pojavijo.
Dvojiške datoteke — slike, arhivi, pisave — po tej poti ne gredo. Zanje velja pot 2.
Pot 2 — lokalno, prek Gita
- Preverite svojo spremembo po petih korakih prevzema iz Postavitev razvojnega okolja.
- Poženite preverjanje sloga in odpravite strojno odpravljive najdbe:
composer cs composer cbf
- Posodobite datum manifesta spremenjenega paketa. To je signal, po katerem se posodobitev sploh prepozna; če obstane, se paket javi kot prejšnje stanje.
- Besedilo objave napišite tako, da svojo delovno postavko imenuje v lastni sklepni vrstici. Brez te vrstice ne nastane povezava med delovno postavko in kodo, opozorila o tem pa ni.
- Vrnite:
git push
Na stopnji predlagati končna točka sprejme samo veje pod vašo lastno predpono in vse drugo zavrne s push refused: outside_own_prefix. Ime veje in oba za to potrebna ukaza imenuje Kloniranje repozitorija.
Opombe
Zavrnjen push je večinoma vprašanje pravic, ne napaka. Če v razdelku Dieses Repository beziehen stoji opomba o zgolj bralnem dostopu, se push zavrne; pot tedaj vodi prek Zahtevek za dostop. Če se opomba ne pojavi in je kljub temu zavrnjen, gre za ime veje in ne za pravico — sporočilo končne točke razlikuje ta dva primera.
Ni določeno: veja, pregled, prevzem. Za to podjetje ne obstaja zavezujoč model vejanja, ne postopek pregleda, ne pravilo združevanja. Ta navodila jih ne izmišljajo; opisujejo, kar platforma zmore. Katera veja v posameznem primeru velja in kdo pregleda, dogovorite z vodstvom projekta. Celotno stanje stoji pod Stanje pravil o prispevkih.
Dnevnik sprememb ni obveznost. Med lastnimi paketi eden vodi dnevnik sprememb; dosledne konvencije ni.
Ne pozabite na jezike. Če sprememba zadeva besedila vmesnika, sodijo v vseh pet jezikovnih datotek. Manjkajoč vnos ne pokaže napake, temveč golo ime ključa.
Sorodne teme
- Urejanje datoteke v brskalniku — prva pot podrobno
- Ustvarjanje nove datoteke v brskalniku (v nemščini) — ista pot za datoteko, ki še ne obstaja