Potrjevanje sprememb iz programa Access

Spremembe, ki ste jih naredili v programu Access, v enem koraku prenesete v git ali svn.

wkl-office changes pokaže, kaj ni usklajeno, in za vsako vrstico naslednji korak; wkl-office diff pokaže celotno razliko za eno vrstico. wkl-office commit stanje še enkrat preveri, izvozi podatkovno zbirko, nato pa projektno datoteko, njen .gitignore in mapo z izvornimi datotekami preda odjemalcu za nadzor različic na poti PATH in jih potrdi s commitom (potrditvijo sprememb). Ali se uporabi git ali svn, določi najbližja delovna kopija nad projektom.

wkl-office changes Stranke.acproj
wkl-office diff Stranke.acproj form:frmStranke --part code
wkl-office commit Stranke.acproj -m "Obrazec strank: polje Telefon"
wkl-office commit Stranke.acproj -m "Samo obrazec strank" source/forms/frmStranke.form.txt
wkl-office push Stranke.acproj

Potek je: shranjevanje v programu Access → preverjanje (changes) → izvoz → pregled razlik → commit → push. Dodatek iste korake ponuja neposredno v programu Access (Uporaba dodatka za Access): Potrdi … na zavihku Spremembe odpre pogovorno okno za commit.

Pogovorno okno za commit: sporočilo in izbira datotek; datoteka brez oznake ostane spremenjena za poznejši commit.

• Commit je zavrnjen (izhodna koda 7, nič ni zapisano), dokler izvorna datoteka, spremenjena zunaj programa Access, čaka na import, dokler objekt, spremenjen na obeh straneh, čaka na odločitev, dokler nadzor različic sporoča spor pri spajanju ali če preverjanje ni uspelo.
• Izvoz vzame podatkovno zbirko iz programa Access, v katerem je odprta. Dokler je v njem kaj neshranjenega, izvoz zavrne in navede, kaj ni shranjeno.
• Datoteke, ki jih je izvoz odstranil (objekti, izbrisani v programu Access), se izbrišejo tudi v nadzoru različic.
• Gesla. Gesla, ki obstaja samo v podatkovni zbirki, commit ne zaustavi. Preverjanje gesel teče na izvornih datotekah pred izvozom, izvoz pa poizvedbe, module, obrazce in poročila zapiše takšne, kot so; odstranijo se samo gesla v vrsticah povezav upravitelja povezav (Linked Tables Manager). Pred potrditvijo zato izvedite wkl-office export in wkl-office check ter preglejte razlike. Če je bilo geslo že potrjeno, ga spremenite na strežniku.
• Kaj prejme git. Commit izvede git add --all -- <paths> in git commit -m <message> -- <paths>, pri čemer so <paths> projektna datoteka, njen .gitignore in korenska mapa izvornih datotek ali pa datoteke, ki jih navedete. Potrdi se vsaka datoteka pod korensko mapo izvornih datotek, ki je git ne prezre, tudi takšna, ki je niste ustvarili z SDK. Potrdi se celotna vsebina teh poti, tudi če ste v pripravljalno območje dodali le del; druge datoteke repozitorija, ki so v pripravljalnem območju, tam ostanejo. Če git commit ne uspe (kavelj ali manjkajoča identiteta uporabnika), ostanejo izvožene datoteke v pripravljalnem območju. push izvede git push brez argumentov.
• Subversion (predogled) deluje prek svn.exe na poti PATH za changes, diff (glede na revizijo BASE) in commit; za push ni ničesar. Za produkcijsko delo uporabljajte git, ker je podpora za Subversion v tej izdaji šele predogled.
• Drugih datotek v delovni kopiji commit ne spreminja, ker lahko vsebujejo delo, ki ne sodi v ta commit.
• V oddaljeni repozitorij se ne pošlje nič; objava ostaja razvijalčeva odločitev. Subversion po svoji zasnovi potrjuje neposredno na strežnik.
• Če so izvorne datoteke enake potrjenim, se nič ne potrdi in ukaz to sporoči.
• Če želite potrditi samo nekatere datoteke, jih navedite za projektom (relativno glede na mapo projekta) ali pa druge počistite v pogovornem oknu dodatka za potrditev. Preverjanje in izvoz kljub temu zajameta vse objekte; neizbrane datoteke ostanejo spremenjene za poznejši commit. Izberete lahko samo datoteke projekta.

• Delo z vejami v programu Access
• Referenčni priročnik ukazne vrstice: changes, diff, commit, push
• Izvoz je zavrnjen zaradi neshranjenega dela