Lastništvo in prijava
Organizacija GitHub ali skupina GitLab na ime podjetja, prijava prek Entra ID ali Google Workspace in dvostopenjsko overjanje za vse. Ko sodelovanje z nekom preneha, mu dostop zaprete na enem mestu.
Vzemimo izvoznika pohištva iz Savinjske doline. En zaposleni razvijalec in dva samostojna podjetnika skrbijo za spletni konfigurator kuhinj, B2B portal za trgovce na Hrvaškem in v Italiji ter povezavo s Pantheonom. Vsak je prinesel svoje navade: eden dela v GitHubu, drugi v GitLabu, tretji nalaga datoteke kar prek FTP. Objava nove različice pomeni, da nekdo zvečer ročno kopira datoteke na strežnik in upa, da bo zjutraj vse delovalo. Naročnine za IDE in pomočnika UI so na zasebnih karticah, ključ za plačilni prehod pa je bil pred meseci poslan po e-pošti. Nič od tega ni neobičajno za majhno ekipo, ki je rasla sproti. Težava nastane, ko eden od treh odide ali ko večji kupec pred podpisom pogodbe pošlje varnostni vprašalnik. Apply v takem primeru ne prinese velikega orodja, ampak nekaj jasnih pravil: ena platforma na ime podjetja, enoten način objave, skrivnosti na enem mestu in naročnine, za katere točno veste, kdo jih uporablja. Vse uredimo na daljavo. Naročnine sklenete sami, neposredno pri proizvajalcu ali pri ponudniku po vaši izbiri.
Obseg prilagodimo velikosti ekipe. Za dva razvijalca ne gradimo infrastrukture, ki bi jo potrebovala ekipa dvajsetih, a tudi majhna ekipa potrebuje lastništvo, sledljivost in varno objavo.
Organizacija GitHub ali skupina GitLab na ime podjetja, prijava prek Entra ID ali Google Workspace in dvostopenjsko overjanje za vse. Ko sodelovanje z nekom preneha, mu dostop zaprete na enem mestu.
Zaščitena glavna veja, obvezen pregled vsaj ene druge osebe in jasno dogovorjen način poimenovanja vej. Pri dveh ali treh ljudeh to ni birokracija, ampak edini način, da nekdo poleg avtorja razume spremembo.
GitHub Actions ali GitLab CI, ki ob vsaki spremembi zaženeta teste, ob odobritvi pa različico objavita v testno in nato v produkcijsko okolje. Če gre kaj narobe, se vrnete na prejšnjo različico z enim klikom.
Ključi plačilnih prehodov, gesla baz in žetoni API se preselijo iz e-pošte, klepetov in datotek v upravljalnik skrivnosti. Vse, kar je bilo kdaj razkrito, zamenjamo.
Samodejna obvestila o ranljivih različicah knjižnic (Dependabot ali Renovate) in seznam komponent (SBOM). Pregledamo tudi licence, saj nekatere odprtokodne licence pri distribuciji izdelka zahtevajo objavo vaše kode.
Kateri pomočnik, v katerem paketu, za katere repozitorije in ali sme videti kodo, ki je zavezana pogodbi o nerazkritju podatkov. Kratko pisno pravilo, ki ga ekipa podpiše.
Seznam vseh razvojnih naročnin z ceno na sedež, datumom podaljšanja in uporabnikom. Neuporabljeni sedeži se ukinejo, računi pa so od tedaj izdani na podjetje.
Delo razdelimo na kratke korake, da razvoj ves čas teče. Nobenega dne ni, ko bi ekipa morala čakati na nas.
Devetdeset minut na videoklicu: kako danes nastaja in se objavlja koda, kje so skrivnosti, kaj ekipo najbolj moti. Iz tega nastane kratek načrt.
Repozitorije z vso zgodovino prenesemo v organizacijo podjetja, uredimo pravice in vklopimo zaščito vej.
Postavimo samodejno gradnjo in objavo, skrivnosti prenesemo v upravljalnik, razkrite ključe zamenjamo.
Po mesecu skupaj pogledamo, kaj se je obneslo in kaj ekipo ovira, ter popravimo pravila.
Vprašanje, kdo ima v lasti kodo, je pravno in tehnično hkrati. Če vam razvija samostojni podjetnik, so avtorske pravice na kodi odvisne od pogodbe, ki jo z njim sklenete, ne od tega, na čigavem računu je repozitorij. Velja pa tudi obratno: tudi pri dobri pogodbi imate težavo, če je koda na zasebnem računu nekoga, ki se ne odziva več. Tehnično plat uredimo mi, pogodbo naj pregleda vaš pravni svetovalec.
Ne nujno. Če ekipa dobro dela v GitLabu, ostane v GitLabu, uredimo le lastništvo in pravila. Platformo menjamo samo, če ima dober razlog, na primer da kupec zahteva gostovanje kode na lastnem strežniku v EU ali da imate tri platforme za tri ljudi.
Vsak dobi dostop prek računa v vaši poslovni identiteti ali kot zunanji sodelavec, samo do svojih repozitorijev in z rokom poteka. Skrivnosti produkcijskega okolja ne vidi, njegove spremembe gredo skozi pregled. Pogodbo o prenosu pravic pripravi pravni svetovalec.
Odvisno od paketa in pogodb s strankami. Poslovni paketi praviloma vsebujejo zavezo, da vaše kode ne uporabljajo za učenje modela, pogoje pa ob izbiri preverimo, ker se spreminjajo. Za projekte s strogimi pogodbami o zaupnosti lahko pravilo določi, da se pomočnik tam ne uporablja.
Ne. Apply ni prodajni partner proizvajalcev razvojnih orodij in ne prejema provizij. Svetujemo, katere naročnine in koliko sedežev potrebujete, sklenete pa jih sami, na ime podjetja.
Delo obračunamo po 50 € na uro + DDV. Po delavnici dobite oceno, pri jasnem obsegu tudi fiksno ponudbo. Naročnine plačuje podjetje neposredno ponudniku.
Napišite, koliko ljudi razvija, kje je koda danes in kako objavljate nove različice. Predlagali bomo kratek načrt in oceno dela.
Vaše povpraševanje je prispelo
Oglasimo se najpozneje naslednji delovni dan. Če ste prijavili okvaro, zaradi katere ekipa ne more delati, jo pogledamo najprej.
Tega kraja ni na seznamu. Preverite zapis ali izberite najbližje večje mesto. Ker vse delo opravimo na daljavo, je storitev povsod po Sloveniji enaka.