Bitbucket repository-k mentése időzítve Windows alatt

  • Feladat: Bitbucket Cloud-ban egy Workspace Id alatt kezelt nem publikus repository-k letöltése Windows alatt időzítetten, mentés és archiválás céllal
  • Eszköz: scm-backup
  • Funkciói: mentés helyi meghajtóra, visszaállítás, levélküldés mentés eredményéről
  • Státusz: #worksforme
  • Olcsó legyen: GPLv3
  • Napi HUP szakmai post quest: teljesítve ✅

Kösz a segítséget, hogy segíthettem! Kthxbye!

Info SCM Backup 1.7.0.6090ea9
Info https://scm-backup.org/
Info Operating system: Microsoft Windows 6.3.9600
Info Backing up config files
Info Getting repositories for source 'foo_barrr' from hoster 'bitbucket'
Info Trying to find SCMs on this machine...
Info Found Git 2.39.1.windows.1 
Info Backing up source: foo_barrr
Info   Git: https://bitbucket.org/xxxxxx/foobar.dwdwedwe.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.frefefe.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.dfacsasd.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.dewdwr.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.dwdwedwdwdscsvfvre.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.fsdwedwewedweed.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.nexdwedwed.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.ntadweftgznb.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.pcccwefwfwwedwdwdwdwd.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.pdwdwdwd.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.dewwwwwwwwxcdscfdv.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.dwedwedwedwedwed.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.rudwdwedwed.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.sdewdwwgaz.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.szdweffo.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.swfedwfewefdwe.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.szdwedwedwedwed.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.szvtrtzujunzg.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.vfdvdawqa.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.cdcdfbhngghn.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.kuutvevweefwe.git
Info   Git: https://bitbucket.org/xxxxxx/foobar.eferferferfer.git
Info Backup finished!
Info The backups are in this directory: h:\scm-backup

( asm v | 2023. 02. 16., cs – 00:27 )

Nem vagyok benne biztos, hogy sok ertelme van bitbucketes/githubos git repokat backupolni. Egyreszt azert megiscsak bizhatunk vmelyest a nagy cegekben (Atlassian, Microsoft), hogy csak ugy nem vesztik el az adatot egyik naprol a masikra, masreszt a repok klonjai szamos fejleszto gepen is megtalalhatoak (lehet hogy nem epp a legfrissebb allapot).

Ransomware-ek tombolásának korában olyat kijelenteni, hogy egy mentés/archiválás felesleges ... nem csak meredek, de meglehetősen szakmaiatlan is.

Én még olyanról nem hallottam, hogy valaki bajba került amiatt, hogy minél több, több helyre, több médiumra mentést csinált :D

trey @ gépház

Ransomware-ek tombolásának korában olyat kijelenteni, hogy egy mentés/archiválás felesleges ... nem csak meredek, de meglehetősen szakmaiatlan is.

GitHubon enforce-olhato, hogy minden user hasznaljon 2FA-t. Ezek utan egy ransomware aligha tudja legyalulni a repokat. Nyilvan egy on-prem GitLab-ot backupolni kell, az nem kerdes.

Git repok mentese inkabb arra jo, hogy nehogy egy beduhodott admin kollega uresre forcepusholja a repokat, vagy torolje oket szandekosan.

Én még olyanról nem hallottam, hogy valaki bajba került amiatt, hogy minél több, több helyre, több médiumra mentést csinált :D

Lasd LassPass, ahol egy backup szivargott ki vhogy.

Egyebkent a repokhoz tartozo secretekkel mit csinal ez a backup megoldas? Mert kiolvasni nem tudja. Tehat innentol kezdve csak reszleges tud lenni a mentes.

Ezek utan egy ransomware aligha tudja legyalulni a repokat.

vs.

masreszt a repok klonjai szamos fejleszto gepen is megtalalhatoak

Ja, meg. :D

GitHubon enforce-olhato, hogy minden user hasznaljon 2FA-t.

Mi köze ennek ahhoz, ha a szolgáltató adatot veszt?

Git repok mentese inkabb arra jo, hogy nehogy egy beduhodott admin kollega uresre forcepusholja a repokat, vagy torolje oket szandekosan.

Nem mondod! Esetleg olyasmire jó, hogy a munkaadó biztos helyen tudja a saját felügyelete alatt a szellemi tulajdonát egy példányban?!

trey @ gépház

Ez van amikor kontextusbol kiragadott random mondatreszekre valaszolsz.

Tehat a scenariok:

  • hostolt git szolgaltatoja veszti el az adatot (mondjuk korabbi allapotra allnak vissza) -> a fejlesztok push-olnak ujra
  • windowsos fejlesztok gepen vegigsopor a ransomware -> hosztolt git repo marad
  • vki szandekosan beletorol -> mas fejlesztok gepen van tobbe-kevesbe friss clone

Annak meg mennyi a valoszinusege, hogy a fentiekbol tobb egyidoben tortenik...

Nyilvan lehet mindent backupolni orrverzesig mert miert ne, csak annyit akartam irni, hogy kb. ez lenne az utolso amivel erdemes foglalkozni backup szempontbol.

Esetleg olyasmire jó, hogy a munkaadó biztos helyen tudja a saját felügyelete alatt a szellemi tulajdonát egy példányban?!

De nagyvonalúan elsiklottál felette! Akkor most még erre is valamit.

Nyilvan lehet mindent backupolni orrverzesig mert miert ne, csak

Nyilván, az ilyen érvek addig védhetők, amíg egyszer valaki oda nem kerül, hogy "de jó lett volna erre egy órát rászánni, akkor most nem ülnénk itt működő backup nélkül". Akkor aztán lehet ám pufogtatni az ilyen okosságokat! Csak senkit nem fog érdekelni. :D

trey @ gépház

Esetleg olyasmire jó, hogy a munkaadó biztos helyen tudja a saját felügyelete alatt a szellemi tulajdonát egy példányban?!

Ha mar a szellemi tulajdonon rugozunk, akkor miert hasznaltok SaaS-t arra, amit aztan csak reszlegesen tudtok backupolni? Lehetne on-prem GitLab helyette, amit lehet VM szinten menteni.

Nyilván, az ilyen érvek addig védhetők, amíg egyszer valaki oda nem kerül, hogy "de jó lett volna erre egy órát rászánni, akkor most nem ülnénk itt működő backup nélkül". Akkor aztán lehet ám pufogtatni az ilyen okosságokat! Csak senkit nem fog érdekelni. :D

DevOpsos szempontbol nagyon nem elonyos, ha a tulbuzgo IT-sok mindent _is_ menteni akarnak. Pl. vannak kulonfele secretek (pl. kornyezetek cloud access key-jei, stb.), amit szandekosan keves helyen szeretnenk tarolni. Erre jon az IT, ami mindent snapshotol, kidumpol, image szinten ment, szetmasol sokfele, stb. Tehat a nehany lokaciobol 10+ lesz. Az meg azert belathato, hogy ha vmit minel tobb helyre masolunk szet, akkor nagyobb valoszinuseggel kerul illetektelen kezekbe.

Ha mar a szellemi tulajdonon rugozunk, akkor miert hasznaltok SaaS-t arra, amit aztan csak reszlegesen tudtok backupolni?

Én nem használok semmit. Én nem is rugózok rajta. De, megértem, ha valakinek ilyen igénye van.

Lehetne on-prem GitLab helyette, amit lehet VM szinten menteni.

Persze, sok minden lehetne, de mi közöm nekem ehhez? Nekem ez egy technikai feladat, amit meg kellett oldanom.

DevOpsos szempontbol nagyon nem elonyos, ha a tulbuzgo IT-sok mindent _is_ menteni akarnak. Pl. vannak kulonfele secretek (pl. kornyezetek cloud access key-jei, stb.), amit szandekosan keves helyen szeretnenk tarolni. Erre jon az IT, ami mindent snapshotol, kidumpol, image szinten ment, szetmasol sokfele, stb. Tehat a nehany lokaciobol 10+ lesz. Az meg azert belathato, hogy ha vmit minel tobb helyre masolunk szet, akkor nagyobb valoszinuseggel kerul illetektelen kezekbe.

Ühüm, én attól tartok, hogy backup azután is lesz, hogy már arra sem emlékszünk, hogy volt olyan divat, hogy devops. Már kopik e buzzword fénye. 

trey @ gépház

( hunludvig v | 2023. 02. 16., cs – 07:50 )

Csinál ez bármi mást, mint klónozza a repókat? Mert azért ezekben a hostolt git szolgáltatásokban lényegesen több infó van, mint egy mezítlábas git clone.

( carlcolt | 2023. 02. 16., cs – 09:11 )

in this directory: h:\scm-backup

:(((((

( kassaiviktor | 2023. 02. 16., cs – 11:33 )

elég hülyén nevezik el a repókat. bár biztos van benne logika

4 és fél éve csak vim-et használok. elsősorban azért, mert még nem jöttem rá, hogy kell kilépni belőle.