Valitse yhteistyökerros
Forgejo ja Gitea ovat esimerkkejä kevyestä forge-ohjelmistosta; pelkkä SSH Git voi riittää pienempään työnkulkuun. Sovita ongelmat, katselmoinnit, pakettien tallennus ja identiteettivaatimukset projektiin. Varmista nykyiset tuetut versiot ja lisenssit.
Erota koontiversiot forge-palvelusta
CI-ajuri suorittaa projektin hallitsemaa koodia, eikä sillä pitäisi olla rajoittamattomia forge- tai isäntätunnuksia. Eristä ajurit, rajaa tokenien käyttöoikeudet ja vältä epäluotettujen töiden ajamista samalla etuoikeutetulla tilillä kuin repositoriopalvelu.
Suojaa käyttöoikeus ja rekisteröinti
Poista julkinen rekisteröityminen käytöstä, kun palvelu on yksityinen. Käytä yksittäisiä tilejä, vahvaa todennusta ja huolellisesti rajattuja käyttöönottosovelluksen avaimia. Dokumentoi SSH-portti ja isäntäavain; älä opeta käyttäjiä hiljaisesti jättämään isäntäavaimen varoituksia huomiotta.
Varmuuskopioi koko palvelu
Pelkät repositoriot eivät välttämättä sisällä ongelmia, tilejä, liitteitä ja kokoonpanoa. Noudata forgen johdonmukaista varmuuskopiointimenettelyä ja testaa palautus tiedostojen käyttöoikeuksien ja sovelluksen salaisuuksien säilyessä ennallaan.
Takomopalautuksen tarkistuslista
Vie tietokanta johdonmukaisesti ja säilytä repositorion tallennustila, liitteet, suurten tiedostojen tallennustila jos käytössä, kokoonpano ja salausavaimet. Varmista klooni aiotun SSH- tai HTTPS-reitin kautta palautuksen jälkeen. Pidä forge ja mahdollinen CI-työntekijä eristettyinä, jotta käännös ei voi kirjoittaa palvelun omaa kokoonpanoa uudelleen.
Pidä käyttöoikeudet kapeina
Vain luku -käyttöönottavain voi riittää palvelimelle, joka vain hakee koodia. Julkaisuautomaatio voi tarvita pienen lisäkäyttöoikeuden. Suosi erillisiä avaimia eri koneille, kirjaa niiden käyttötarkoitus ja poista ne, kun kone poistetaan käytöstä.
Käytä pienintä sopivaa yhteistyöpalvelua
Muutamalle yksityiselle repositoriolle rajoitetun SSH:n yli toimiva paljas Git voi riittää. Forgejo tai Gitea lisää tilit, pull-pyynnöt, ongelmat ja valinnaiset paketit tietokannan, sovelluspäivitysten ja lisääntyvän pysyvän tilan kustannuksella. Kirjaa, mitä ominaisuuksia tiimi todella käyttää. Budjetoi repositorion kasvu, suurten tiedostojen objektit, liitteet ja koontituotteet erikseen; CI-laskenta voi ylittää forgen itsensä.
- Valitse kanoninen HTTPS-nimi ja suojaa sen DNS-tili.
- Päätä, onko rekisteröityminen suljettu, kutsupohjainen vai moderoitu.
- Anna forge-palvelulle ei-etuoikeutettu identiteetti ja kestävä yksityinen tallennustila.
Virallinen dokumentaatio: Forgejo-kontin asennus
Erota verkon, SSH ja tietokannan polut
Käytä valitun julkaisun ylävirran kokoonpanoa ja kiinnitä aiottu levykuvan versio. TLS -käänteisvälityspalvelimen tulee tavoittaa sisäinen verkkokuuntelija; tietokannan tulee olla tavoitettavissa vain forge-palvelusta. Jos Git SSH käyttää konttisatamaa, pidä sen ilmoitettu isäntä ja ulkoinen portti yhdenmukaisina yhdistämisen kanssa. Älä korvaa tai vahingossa paljasta isännän järjestelmänvalvojan SSH -kuuntelijaa forgea muuttaessasi. Sulje asennus-/käyttöönottopääsy, kun alkuperäinen omistaja on luotu.
- Tarkista pysyvän taltion omistajuus ennen sovelluksen käynnistämistä.
- Käytä tietokantakäyttäjää, joka on rajoitettu forge-tietokantaan.
- Pidä CI-ajurit erillisellä luottamusrajalla, erityisesti epäluotettavien repositorioiden osalta.
Virallinen dokumentaatio: Forgejon Docker-verkotus ja pysyvyys
Varmista kloonaus, push ja estetty toiminto
Luo kertakäyttöinen yksityinen repositorio ja testaa sen HTTPS- tai SSH-klooni URL tavallisesta kehittäjätilistä. Commitoi ja pushaa vaaraton tiedosto ja varmista sitten, että toinen valtuutettu lukija voi hakea sen. Kutsumattoman tilin on epäonnistuttava yksityisen repositorion lukemisessa. Tarkista suurten tiedostojen käsittely ja ilmoitussähköposti, jos se on käytössä. Testaa vain käyttöönottoon tarkoitetuilla koneilla, että vain luku -avain voi hakea mutta ei pushata; pelkkä todennuksen onnistuminen ei todista aiottua käyttöoikeusrajaa.
# Use the disposable repository URL advertised by your forge:
git clone ssh://[email protected]:2222/team/check.git
# In a clone, inspect which remote is configured:
git remote -vPalauta keskustelu sekä repositorio
Ota johdonmukainen sovellus-/tietokantavarmuuskopio, repositorion tallennustila, liitteet, LFS-tiedot, kokoonpano ja tarvittavat salausavaimet. Noudata asennetun forge-version varmuuskopiointimenettelyä; Gitea-varmuuskopiokomennot eivät ole automaattisesti vaihdettavissa jokaiseen Forgejo-julkaisuun. Rakenna uudelleen eristetysti ja varmista issue, liite, kirjautuminen ja kloonaus. Jos push epäonnistuu siirron jälkeen, tarkista SSH-isäntä/portti, avainten yhdistäminen, tallennustilan käyttöoikeudet ja ilmoitetut kloonauksen URL-osoitteet ennen repositorion käyttöoikeuksien muuttamista globaalisti.
Virallinen dokumentaatio: Gitean varmuuskopiointi ja palautus