Tähän asti olemme tehneet koodimuutoksia paikallisesti käyttämättä minkäänlaista versionhallintaa. Sivuston monimutkaisuuden kasvaessa siitä tulee yhä vastuutonta. Mikä muuttui ja milloin? Miksi se muuttui? Kuinka voimme nähdä, mitä se oli ennen, jos se aiheuttaa ongelmia, joista löydämme vasta myöhemmin?
Versiohallinnan käyttöön on niin monia hyviä syitä, että se on melkein tämän sarjan soveltamisalan ulkopuolella, mutta riittää, kun sanomme, että aiomme käyttää sitä. Se ratkaisee kaikki edellä esitetyt kysymykset.
Meidän tapauksessani käytän jo versionhallintaa CSS-temppuissa. Käytän Gitiä ja isännän arkistoa Beanstalkilla. Beanstalk huolehtii sivuston käyttöönotosta FTP: n kautta. Asennus on erittäin yksinkertainen. CSS-Tricksille minulla ei ole edes lavastuspalvelinta, työnnän kaiken tuotantoon.
Työskentelen Gitin kanssa Mac-sovellustornilla. Jos haluat täydellisen kuvaruudun siitä, miten kaikki asetetaan alusta alkaen, minulla on se saatavilla täällä.
Teemme pienen muutoksen ja voit nähdä muutoksen näkyvän Towerissa "dif" -näytteenä (josta näet, mikä viiva muuttui ja miten). Viime kädessä otamme staattisen suunnittelumme, jolla olemme työskennelleet tähän mennessä, ja teemme siitä alikansion todellisessa käyttöönotetussa CSS-Tricks.com-sivustossa - sitten katsokaa sitä. Jee se toimii! No, suurimmaksi osaksi. Nyt kun muotoilu on alikansiossa, jotkut linkit ovat rikki, mutta se ei ole iso juttu.
Huomaa, että en palaa tarpeeksi usein osoittaakseni sitoutuvan tiedostoja Gitille tulevissa videoissa. Kuvittele vain, että jokaisen videon lopussa hyppään Torniin, valitsen asiaankuuluvat tiedostoryhmät ja sitoutan ne ihastuttavalla kuvaavalla sitoutumisviestillä (mitä tein itse asiassa).
