Ohjelmistoliiketoiminta. Ohjelmistokehitys. Ohjelmistotuotanto. Näissä aiheissa liikkuu Codenton blogi.

Ohjelmistokehityksessä on joskus tarve sisällyttää toisen projektin lähdekoodi oman projektin versionhallintaan moduulina tavalla jossa muutokset moduuliin voivat liikkua hallitusti molempiin suuntiin oman ja toisen projektin välillä: omassa projektissa voi tehdä muutoksia toisen projektin lähdekoodiin jotka myöhemmin voidaan hallitusti viedä takaisin alkuperäiseen toiseen projektiin, sekä toisen projektin uusia muutoksia voidaan hallitusti tuoda omaan projektiin.
Tämä onnistuu esimerkiksi [...]

Jatkona Teemun kirjoitukseen versionhallinnan vajaakäytöstä:
Ohjelmiston kehitys tapahtuu usein kiemuroiden kautta: kokeillaan jotain, jota myöhemmin joudutaan korjaamaan, ja tehdään ajoittain myös yksinkertaisempia virheitä joita pitää oikaista. Nämä kiemurat lisäävät kohinaa versionhallintahistoriaan: versioiden määrä kasvaa ja loogiset muutokset levittyvät usean version yli. Selkeämpää olisi jos versioita olisi vähemmän ja ne vastaisivat loogisia kokonaisuuksia.
Git (ja muut hajautetut versiohallintajärjestelmät [...]

Versionhallinnan vajaakäyttö

Kirjoittanut Teemu Kalvas, 11.1.2010 - 12:05 - 4 vastausta

Ohjelmistoja tuottavat organisaatiot tyypillisesti käyttävät versionhallintaa. (Jotkut eivät, vaikka tietävät, että pitäisi. Mutta ei heistä tänään.)  Versionhallintahan on helppoa, kun sen osaa. Vai onko? Tarkastellaanpa asiaa lähemmin.
Kaikki versionhallintaa käyttävät softaorganisaatiot luovat uusia projekteja versionhallintaan, lisäävät uutta koodia, ajoittain jopa palaavat vanhempiin versioihin huomattuaan tehneensä virheitä. Jostain syystä laajamittainen versionhallinnan käyttö tuntuu rajoittuvan tähän.
Branchien käyttö on [...]

Jos olet ohjelmistojen kehittäjä, olet melko varmasti jossain vaiheessa syystä tai toisesta tutkinut niin kutsuttuun avoimeen lähdekoodiin perustuvan ohjelmiston lähdekoodia.  Mahdollisesti löysit lähdekoodista myös jotain, jota halusit muuttaa.  Tässä vaiheessa usein herää kysymys: pidänkö muutoksen itse, vai pyrinkö saada muutoksen hyväksyttyä alkuperäisprojektiin?  Tässä kirjoituksessa ei kiinnosta periaatteelliset lisenssikysymykset, vaan julkaisemisen vaiva (ohjelmistoprojektin ulkopuoliselle, jolla ei [...]