Ottili Coder arbeitet im bestehenden Git-Repository. Er hält keinen separaten Code — er legt Branches an, committet und öffnet Pull Requests wie ein Teamkollege.
Was Coder in Git tut
- Legt einen Branch für die Arbeit des Runs an.
- Committet Änderungen, sobald Tasks abgeschlossen sind, mit klarer, überprüfbarer Historie.
- Öffnet einen Pull Request, wenn der Run endet, damit du vor dem Merge reviewst.
- Respektiert deine bestehenden Branch-Protection- und Review-Regeln.
Lokal vs. Cloud
- In einem lokalen Run* arbeitet Coder direkt im Arbeits-Repository.
- In einem Cloud-Run* werden Repository und Task-Kontext in einen verwalteten Workspace gesendet, und der resultierende Branch und PR kehren zum selben Repository zurück.
Coder-Änderungen reviewen
Behandle einen Coder-Pull-Request wie jeden anderen. Lies den Diff, führe die Testsuite aus und merge, wenn du zufrieden bist. Weil jeder Task einer Änderung entspricht, kannst du die Arbeit in der Granularität reviewen, die du bevorzugst.
Verwandt
- Lege ein [Projekt](/docs/coder-projects) an, um Coder auf ein Repo zu zeigen.
- Siehe, wie riskante Git-Schritte durch [Freigaben](/docs/coder-approvals) gehen.
War dieser Artikel hilfreich?