Base de coñecemento Código
Traballando nun repositorio git
Pro pode traballar dentro dun dos seus repositorios do xeito que un axente de codificación fai - ler os seus arquivos reais, e con escritos, cambiándoos.
Esta páxina está traducida por máquina para maior comodidade. O orixinal en inglés é a versión que se aplica.
Conexión a un repositorio
?gitou o vaia chip na barra de ferramentas, conecta un provedor: GitHub, GitLab, ou Gitea/Forgejo - que cobre Codeberg e instancias auto-hostadas.
announces itself on Nostr Pódese engadir como o seu enderezo.
Non tes que escribir o nome do repositorio. pega o token e selecciona Escribe o que este token pode alcanzar: Nymbot pregunta ao forxe o que ese token pode ver e mostra a resposta como unha lista que chequea. Checking conecta cada un coa súa rama predeterminada xa cuberta e colócaos todos neste chat. Todo o que xa está conectado é mostrado como tal en vez de ofrecer unha segunda vez. Esa solicitude vai do seu dispositivo directamente ao forxe - non a través do traballador Nymbot - de xeito que o token non viaxa onde xa non vaia.
Unha vez conectado, o chip mostra o nome do repositorio e as mensaxes enviadas cun
O modelo Executarase no contexto dese repositorio.
?git disconnect que o remova. Desconexión na lista de repositorio esquece o token pero mantén o repositorio alí, marcado como non ter token, para que poida engadir un novo máis tarde.
Repositorios anunciados en Nostra
Algúns repositorios se anuncian en Nostr en vez de só nunha forxa, usando Páxina 34 O protocolo detrás Ninguén O anuncio é un evento Nostr que leva o nome do proxecto, os seus mantedores, os relés que recollen os seus parches e problemas, e as URLs das que pode ser clonado.
Pasar unha naddr ou a nostr:// A dirección ao formulario do repositorio e a prensa Mirade que arriba. Nymbot reads the announcement off the relays and fills the
form in: the git host it is cloned from, the repository there, and the branch the project
itself says is current. You still add a token for that host, because Nostr carries the
announcement and the git server carries the code.
Un repositorio cuxo URL de clon está en GitHub, GitLab, Gitea ou Forgejo - auto-hosted incluído - é un Nymbot pode ler. git:// ou ssh non ten unha API HTTP para ler ficheiros a través, e Nymbot di iso en vez de medio-conectar.Onde o host está auto-hostado o provedor é unha adiviña do seu nome, e pode corrixilo antes de gardalo.
Un repositorio engadido deste xeito é badged Ninguén na lista, e respóndelle polo nome que anuncia máis que polo seu camiño no espello.
O que pode facer
O modelo pode listar directorios, ler arquivos e buscar a árbore, a continuación, responder usando o que realmente atopou - entón "por que o loop de retry renuncia cedo" responde do seu código, non dunha adiviña sobre o código que parece o seu.
Ve a rama que conectou, na súa cabeza actual.
con Servizos Runs activado para o chat, tamén pode pedir para executar un comando contra o seu código, como as probas, nun servidor Nymbot.
Volvendo a escribir
?git writes on engade a posibilidade de cometer ficheiros, crear ramas e abrir solicitudes de arrastre ou fusión.
Con escribe en, solicita un cambio e recibe unha rama e unha solicitude de retirada para revisar en vez dun parche colado no chat: cada tarefa funciona en Unha rama da súa propiaNada se empurra á rama predeterminada a menos que apagues esa rama, que é a rama que conectaches e pediches.
As edicións de execución entran como unha comisión por repositorio, ao final da execución ou cando o modelo decide que se fixo un traballo. Pregunta antes de cometer A execución, a continuación, mantén os seus cambios de volta, a resposta móstralles como un diff, e Aplicacións Comprometémonos mentres Descargar Que non se apliquen, que non custa nada.
Unha rama para cada tarefa
con Cada tarefa ten a súa propia rama en, que é para cada repositorio a menos que o apagues, unha tarefa que escribe compromete a unha rama da súa propia, chamada
nymbot/ Nymbot fai iso desde a cabeza da rama de traballo cando a tarefa fai a súa primeira comisión, de xeito que unha tarefa que só lea non fai ningunha rama en absoluto.
Cando a tarefa está feita, Nymbot fai o que cando se fai Díxolle Abrir unha solicitude de Pull é o defecto; Ofrece unha viaxe deixa un botón de fusión na resposta; Deixar a rama non fai máis. O estándar está definido en Configuracións, baixo Cando unha tarefa’s rama está feitoSe a forxa non ten unha API para as solicitudes de arrastre que Nymbot pode usar, ou rexeita unha, a rama queda como está e a resposta di así.
A resposta mostra a rama con Inicio PR, Camiño e Delete, e o panel de tarefas lista coa tarefa. Mentres a tarefa aínda está en execución, a súa tarxeta, o panel de tarefas e a lista do que está en execución nomea a rama tan pronto como exista, en cada dispositivo rexistrado na conta. Unha tarefa que se detén ou falla parcialmente aínda ten a súa rama de volta, para que poida ser fusionada, borrada ou limpa como calquera outra. Unha fusión é un comité de fusión a través da súa propia solicitude de arrastre, pegado ao comité Nymbot rexistrado, de xeito que os novos comités empuxados alí no medio nunca se fusionan sen ser vistos. Nada é forzado. Se a rama conflúe coa rama de traballo, a resposta ofrece Abre o PR para resolver ou Pídelle a Nymbot que actualice a ramaGitHub e Gitea ou Forgejo poden facelo; GitLab non ten API para iso, polo que alí o resolves na solicitude de fusión.
Os cambios nos ficheiros de CI e fluxo de traballo aínda están á espera da súa revisión, exactamente como fan sen unha rama propia.
O teu dispositivo recorda nymbot/ A seguinte tarefa neste repositorio, ou Limpar as ramas de Nymbot na lista de repositorio, elimina aqueles cuxa solicitude de retirada está fusionada ou pechada, ou que son sete días de idade con nada que deixar para fusionar. Unha rama só se elimina se aínda remata no comit Nymbot rexistrado, polo que unha persoa ten empuxado desde que está só, e ningunha outra rama é nunca tocado. É executado do seu dispositivo co token que xa envía; o servidor non mantén ningún token para facelo máis tarde.
Desactivar a opción para comprometer directamente á rama de traballo. Unha tarefa ten o repositorio para si mesma, e unha segunda na mesma rama só a le até que a primeira rematou.
Coñecendo o que cambiou unha carreira
Unha resposta que escribiu ao seu repositorio di o que tocou: o repositorio, a rama e cada ficheiro. Descoñécense estes cambios pon-los de volta - cada un destes camiños é lido no compromiso que a rama estivo en antes da carreira e comprometido como era. Unha rama da súa propia Deixou o ramo de traballo só, así que non hai nada alí para poñer de volta: Delete Remove a súa rama en vez.
Non se borra nada e non se reescribe ningunha historia: o que Nymbot fixo permanece no rexistro, simplemente xa non é o estado da rama.
Non custa nada. Undoing non toca ningún modelo, polo que non gasta ningún crédito - o token de acceso viaxa con esa unha solicitude do xeito que fai con todas as outras, e nada sobre o punto de control almacénase en calquera lugar senón no seu propio dispositivo.
Pechar a solicitude de retirada de alguén no seu nome non é unha revogación, e borrar unha rama que outras persoas puideron recoller non é tampouco - faino ti mesmo se queres que desaparezan.
Canto custa unha tarefa de repo
Unha tarefa de repo utiliza ata seis chamadas de modelo por mensaxe - mirar, ler, buscar, responder - cada unha facturada na páxina do modelo pegado Por prezoSó se cobran as chamadas efectivamente utilizadas, polo que unha pregunta respondida a partir dun ficheiro custa o que custa unha resposta ordinaria.
A aplicación informa o total e o número de chamadas despois de cada tarefa de repo.
Cando unha tarefa sae da sala
Unha tarefa de repositorio é un loop, non unha única resposta: o modelo lista un directorio, le un ficheiro, busca a árbore, le outra e só entón escribe.
Cando unha tarefa usa o seu permiso con traballo aínda por facer, Nymbot detén, dálle o que ten e di así.
Tamén pode deixar que continúe. Define un orzamento de continuación en Configuracións e Nymbot compra outra asignación do mesmo saldo cando unha tarefa se executa, atopando exactamente onde se detivo en vez de volver ler o repositorio desde o principio. Vai unha perna á vez, cada perna dicindo o que custa, e detén o momento no que se gastou o orzamento, a tarefa está rematada, ou presiona Stop.
Nada continúa, e nada se gasta máis aló da resposta que solicita, a menos que estableza un orzamento.
Normalmente, o dispositivo envía cada perna, polo que unha tarefa só continúa mentres a aplicación está aberta. Rutas de fondo activado, o servidor envía as seguintes pernas a si mesmo mentres a aplicación está pechada, dentro do mesmo orzamento, a un máximo de 40 pernas e 6 horas, e díxolle unha vez cando a tarefa está feita. Para iso, mantén o token do repositorio selado cunha clave que só mantén mentres a tarefa está a funcionar, e elimina cando a tarefa remata e sempre dentro de 6 horas.
Sobre esa ficha
O token de acceso mantense nos seus dispositivos e sincronízase entre eles dentro das súas configuracións cifradas de extremo a extremo, polo que o servidor só mantén unha copia selada que non pode ler. Instalacións WIPE, viaxa ao traballador Nymbot con cada solicitude, e nunca se almacena no lado do servidor legible ou se publica en relés. Correndo de fondo que activou está a funcionar, por un máximo de 6 horas. alcance-lo para o único repositorio que quere usar, e revogalo no seu provedor cando está feito.
Debido a que se sincroniza, un chat que usa o repositorio funciona en cada dispositivo en que se insire sen conectalo de novo. Desconectar o repositorio nun dispositivo limpa o token nos outros tamén. Servizo RunUnha container.