Skip to Content
TestingDreifing forrits með prompt

Dreifing forrits með prompt

Hvað eiginleikinn gerir

Núverandi prompt-to-app endpoint sameinar skrifaðan brief við núverandi Git template geymslu og setur geymsluna í biðröð í gegnum venjulegt óbreytanlegt forritsdreifingarflæði. Brief er vistað sem provenance fyrir síðari endurtekningar.

Það býr ekki til nýja forritsgeymslu úr brief. Template URL er skylt og fyrsta dreifingin inniheldur template source á leystri revision nema sú source uppfylli beiðnina nú þegar.

Búa til úr prompt og template

POST /api/apps/from-prompt
Content-Type: application/json
 
{
  "brief": "A private reading-list app with a health endpoint",
  "template_git_url": "https://github.com/example/reviewed-template.git",
  "branch": "main",
  "visibility": "private"
}

Svarið inniheldur varanleg app, deployment og build ID auk build straums URL. Stofnun er ósamstillt. Fylgstu með dreifingarskrá eða build straumi þar til lokaástandi er náð; ekki senda afrit dreifingu eingöngu vegna þess að framvinda er þögul.

Áður en beiðni er send:

  • farðu yfir geymsluna og leyfi hennar;
  • festu eða skráðu nákvæma source revision sem dreifing notar;
  • staðfestu install, build, run, port og health hegðun; og
  • haltu secrets utan prompt og geymslu.

Prompt er samhengi, ekki sönnun fyrir því að útkomandi source uppfylli það. Prófaðu dreifa hegðun gegn samþykktarviðmiðum sem dregin eru af brief.

Biðja um síðari breytingu

POST /api/apps/{app_id}/iterate
Content-Type: application/json
 
{
  "instruction": "Add an authenticated export endpoint and a regression test"
}

Þetta sendir ósamstillta repair-agent verkefni fyrir forrit sem þú átt og hefur Git source. Fylgstu með:

GET /api/apps/{app_id}/agent-status?thread_id={thread_id}

Stöðusvar sameinar nýjustu dreifingarstöðu við stöðu endurtekningarþráðar og allar tilkynntar niðurstöðusönnun.

Mikilvæg mörk endurtekningar

Núverandi repair leið getur unnið í eigin sandbox og beðið um nýja dreifingu, en persistence til baka í Git geymslu forritara er ekki enn tryggður stigur. Því sannar done agent þráður ekki af sjálfu sér að:

  • umbeðin breyting sé í upstream geymslu;
  • tiltekinn commit hafi verið build;
  • próf hafi staðist;
  • nýja dreifingin hafi orðið virk; eða
  • hægt sé að endurheimta gamla dreifingu.

Fyrir hverja endurtekningu skráðu sjálfstætt upstream commit, deployment ID, build ID, health niðurstöðu og acceptance test sönnun. Ef upstream geymsla var ekki uppfærð, varðveittu patch í gegnum source control flæði sem rekstraraðili fer yfir áður en treyst er breytingunni.

Örugg samþykktaröð

  1. Þýddu brief í athuganleg samþykktarviðmið.
  2. Farðu yfir valið template og nákvæma revision.
  3. Settu eina dreifingu í biðröð og fylgstu með varanlegum ID hennar.
  4. Staðfestu build, health check frambjóðanda og route switch aðskilið.
  5. Athugaðu samþykktarviðmið gegn dreifðu URL.
  6. Staðfestu að source commit sé til í geymslu sem þú stýrir.
  7. Geymdu sönnun og rollback mark.

Sjá Dreifing forrits um óbreytanleg dreifingarstig og meðhöndlun bilana.

ForritaeftirlitHlutageymsla forrits