Tko je vlasnik koda? Zašto vlasništvo nad repozitorijem ima veće značenje nego što misliš

 

Kada tvrtka angažira vanjskog partnera za izradu ili održavanje svog softvera, jedno od najčešće zanemarenih pitanja ujedno je i jedno od najkritičnijih: tko je zapravo vlasnik kodne baze?

Za mnoge organizacije softver nije sam proizvod — on je nevidljivi pogon koji stoji iza poslovanja, logistike, izvještavanja i korisničkog iskustva. Pa ipak, u bezbroj projekata kod koji pokreće te sustave u potpunosti je pod kontrolom vanjskog dobavljača koji ga je napisao. 

Takav aranžman u početku može djelovati praktično, ali kasnije može postati ozbiljan rizik.

August 24, 2026 ·

Zašto je vlasništvo nad repozitorijem toliko važno

A repozitorij (ili "repo") mjesto je gdje se nalazi cjelokupni izvorni kod tvog sustava.

To je jedino mjesto koje sadrži logiku tvoje tvrtke, integracije i povijest promjena — ukratko, to je tvoj digitalni nacrt.

Ako je repozitorij u vlasništvu i pod kontrolom tvog vanjskog partnera, mogu se pojaviti sljedeći problemi:

  1. Ne možeš samostalno pristupiti kodu.
  2. Ne možeš pregledavati što se razvija niti pratiti promjene kroz vrijeme.
  3. Ako suradnja prestane, prijenos ili ponovna izgradnja koda postaje težak, nemoguć ili skup pothvat.
  4. Zapravo si ovisan o jednom pružatelju usluga — situacija koja se često naziva vendor lock-in.

Drugim riječima, bez vlasništva nad kodom, zapravo ne posjeduješ svoj sustav, čak i ako si platio svaku njegovu liniju.

Stvarni rizici kada dobavljač posjeduje repozitorij

Evo što sve može poći po zlu kada vlasništvo nad repozitorijem nije jasno definirano:

  1. Prekid kontinuiteta – Ako tvoj pružatelj usluga promijeni smjer, spoji se s drugom tvrtkom ili se ugasi, mogao bi izgubiti pristup najnovijoj verziji svog softvera.
  2. Blokirani prijelazi – Kada poželiš promijeniti partnera, stari dobavljač kontrolira kako i kada se kod dijeli — što ponekad usporava ili komplicira predaju.
  3. Nejasna odgovornost – Bez uvida u commitove i promjene, ne možeš lako pratiti odakle su problemi nastali.
  4. Izazovi u usklađenosti – Za regulirane industrije rizično je ako interni timovi ne mogu pristupiti povijesti revizija ili potvrditi da postupanje s osjetljivim podacima zadovoljava standarde.

Čak i partneri s dobrim namjerama mogu nesvjesno stvoriti vendor lock-in, jednostavno zato što "tako to oduvijek radimo".

Sigurnija postavka: repozitorij u vlasništvu klijenta, dijeljeni pristup

Najbolja praksa je jednostavna:

Klijent treba biti vlasnik repozitorija i u njega pozvati dobavljača.

Evo što to znači u praksi:

  1. Repozitorij se kreira pod računom tvoje organizacije (na primjer, GitHub ili GitLab organizacija tvoje tvrtke).
  2. Vanjskim developerima daje se kontroliran pristup za doprinos razvoju.
  3. Sav rad se gura (push) u tvoj repozitorij, a ne pohranjuje privatno kod dobavljača.
  4. Ako partnerstvo prestane, pristup se može trenutno ukinuti — ali tvoj kod, povijest i dokumentacija ostaju netaknuti.

Ovakav pristup osigurava da kodna baza ostane imovina tvoje tvrtke — dok istovremeno omogućuje vanjskim partnerima da učinkovito isporučuju rezultate.

Prednosti vlasništva nad repozitorijem

  1. Transparentnost. Točno vidiš što se razvija i kada.
  2. Kontinuitet. Ako se timovi promijene, tvoje interno osoblje ili novi partner mogu nastaviti točno tamo gdje je prethodni stao.
  3. Usklađenost. Zadržavaš punu kontrolu nad pristupom, sigurnosnim kopijama i poviješću revizija.
  4. Fleksibilnost. Možeš angažirati više partnera na različitim dijelovima sustava bez sukoba ovisnosti.
  5. Sigurnost. Znaš da je ono za što si platio u potpunosti pod tvojom kontrolom.

Vlasništvo nad repozitorijem ne znači da moraš upravljati svakim tehničkim detaljem — jednostavno znači da zadržavaš administrativnu ovlast nad svojom najvrjednijom digitalnom imovinom.

Praktične smjernice za tvrtke koje surađuju s vanjskim developerima

Kada uspostavljaš ili provjeravaš suradnju, provjeri sljedeće:

  1. Tko je kreirao glavni repozitorij koda?
  2. Trebao bi biti pod računom tvoje organizacije — ne dobavljača.
  3. Tko posjeduje administratorske ovlasti?
  4. Samo tvoja tvrtka trebala bi imati pristup administratorske razine. Dobavljači bi trebali imati prava suradnika ili maintainera.
  5. Je li repozitorij povezan s tvojom domenom ili sustavima?
  6. Osiguraj integraciju sa svojim vlastitim email računima, prostorom za sigurnosne kopije i alatima za upravljanje projektima.
  7. Primaš li redovite exportove ili sigurnosne kopije?
  8. Čak i ako posjeduješ repozitorij, periodične sigurnosne kopije izvan sustava pametna su dodatna zaštita.
  9. Je li vlasništvo navedeno u ugovoru ili sporazumu o pružanju usluga?
  10. Ugovor bi trebao izričito navoditi da svi kod, skripte i dokumentacija pripadaju tvojoj tvrtki nakon što su plaćeni.

Ključne poruke

  1. Repozitorij je srce tvojih digitalnih sustava — posjeduj ga, štiti ga i drži ga pod kontrolom svoje tvrtke.
  2. Uvijek kreiraj ili prenesi repozitorij na svoj korporativni račun prije nego što se napiše prva linija koda.
  3. Definiraj jasna pravila pristupa i uvjete vlasništva u svojim ugovorima.
  4. Biraj partnere koji dobrodošlo prihvaćaju transparentnost — ne one koji joj se opiru.