Szia!
Köszi a linket, ezt is meg fogom nézni.
Igen, nehéz átlátni, mert eddig VSS-el dolgoztam, illetve Delphi alatt Jedi VCS-el, mindkettőnek alapvetően más a technikája (mindkettő kölcsönzős módszert alkalmaz, egyszerre csak egyvalaki szerkeszthet egy állományt).
A kérdéseim okát nem mindig fejtem ki teljes mértékben, mert akkor kisregény a vége, a kérdés lényege pedig elveszik :)
Eddig is automatizáltam a fejlesztés élesítési folyamatát, ennek két lépése van nálunk:
1. A módosításaim kiírása a fejlesztői verziókezelő rendszerbe, ehhez van egy saját fejlesztésű programom, ami a VSS-ből lekérdezi, mely állományok vannak nálam kikölcsönözve, ezeket feldobja nekem egy ablakban, ahol egyesével tudok megjegyzéseket írni hozzájuk, majd a végén az általam engedélyezett állományokat visszaírja (check-in) a VSS-be, valamint ki is másolja azt egy megosztott mappába. Ez a lépés bárhányszor ismételhető, amíg úgy nem döntök, élesíthető az elkészült kód.
2. A tényleges élesítésre is van egy saját programom, ez az előző program által mappába kirakott állományokat kikölcsönzi (check-out) az éles verziókezelő rendszerből (szintén VSS), bemásolja az állományokat az éles szoftver könyvtárába, lefordítja azt, majd az elkészült állományokat (exe, dll, stb) átmásolja a megfelelő helyre, végül visszaírja (check-on) azokat a VSS-be.
Természetesen ezekben megfelelő hibakezelés van, így ha valami nem kerek (pl nem fordul le az éles program), akkor az adatvesztés nélkül orvosolható.
És igen, jól írtam, két, egymástól független verziókezelő rendszer van: fejlesztői és éles. Ennek nagyon praktikus okai vannak:
- A két VSS két külön vason van, így ha az egyik meghalna, van mihez nyúlni (természetesen mindkettőről megvannak a megfelelő mentések is)
- Ha az éles rendszerben hibát találnak, ami érint épp fejlesztés alatt levő rutint, megoldható a hiba javítása a nélkül is, hogy meg kelljen várni a folyamatban levő fejlesztés végét. Nem egyszer volt már erre szükségem. Igen, tudom, ezt ebben az esetben mindkét helyen javítani kell. A Gitben ugyan erre vannak a branch-ek, de nem vagyok abban biztos, hogy ennyire el szeretném bonyolítani a dolgokat...
"meg akarod nezni mi a kulonbseg a remote es a sajatod kozott." Ez nekem lett volna segítség, hogy ha meg tudtam volna tudni az általam már commitolt, de még push-olt állományok különbségét, akkor egyszerűsíthetném a munkámat bizonyos szituációkban.
Nem dobozos szoftvert fejlesztek. Egy teljesen más területen működő cégcsoportnál vagyok fejlesztő, a cégcsoport saját ügyviteli rendszerét fejlesztem többségében egyedül. Eddig VS2019-et használtam, de nem ártana váltani újabbra (VS2019-re), de a VSS csak 32bites, a VS-ből pedig a 2019 az utolsó 32bites környezet. Váltás esetén a már megírt segédprogramjaimat csinálnám meg úgy, hogy a git-et kezelje, miközben ugyanazt a funkciót nyújtja számomra, mint a VSS alatt. Ezért szólnak ezek a kérdéseim.
Gábor