Aquesta publicació ha estat traduïda automàticament. Per a la versió original, fes clic aquí.
No tots els equips poden migrar a GitHub per ordre.
Aquest és el context que fa que la nova vista prèvia de Copilot Code Reviews for Azure Repos sigui genuïnament interessant.
Sí, GitHub segueix sent el centre de gravetat per a moltes eines de desenvolupador impulsades per IA. Però molts equips empresarials encara viuen a Azure Repos per raons molt reals: conformitat, complexitat de processos, integracions internes, risc de migració, o simplement el fet que les grans organitzacions d’enginyeria no canvien de plataforma durant la nit perquè un article de blog els ho digui.
Així doncs, aquesta vista prèvia importa perquè porta un cicle de revisió assistida per IA al lloc on aquests equips ja treballen.
I crec que és una cosa més gran del que sembla a primera vista.
La línia més important de l’article original
El post original diu que molts clients estan “no yet ready to move and continue to rely on Azure Repos for day-to-day development.”
Aquesta frase està fent un gran treball.
Perquè admet quelcom que la indústria de vegades li agrada saltar-se: les transicions de les eines empresarials no són només decisions tècniques. Són decisions organitzatives.
Això significa que qualsevol estratègia d’eines IA útil ha de reunir els equips on són, no només on el venedor vol que acabin sent.
La característica és útil, però el flux de treball és la veritable història
La mecànica és prou senzilla.
Habiliteu la revisió de codi de Copilot a nivell d’organització, repositori i usuari, sol·liciteu una revisió en una sol·licitud de tracció, i Copilot afegeix comentaris directament dins de l’experiència de RP d’Azure Repos.
Això ja és útil.
Però el que importa més és això: els equips poden afegir una altra capa de revisió sense canviar primer les plataformes de control de codi font.
Això significa:
- comentaris més ràpids de la primera passada
- detecció més primerenca de problemes obvius
- menys temps del revisor malgastat en conclusions repetitives
- més atenció humana disponible per al disseny, la correcció, els intercanvis i el risc
En altres paraules, això no està reemplaçant la revisió de codi.
Està canviant en què els humans haurien de gastar el seu temps de revisió.
On crec que això ajuda més
Veig valor en almenys tres escenaris molt pràctics.
1. Sol·licituds de tracció grans que necessiten una primera passada
Fins i tot els equips molt forts es perden coses quan una PR toca molts arxius.
La revisió IA és útil com a primera passada per a:
- canvis sospitosos
- problemes de qualitat comuns
- punts calents arriscats dignes de mirar una segona vegada
- comentaris que es poden aplicar abans que un revisor humà comenci
Això és un bon ús de l’automatització.
2. Cues de revisió sobrecarregades
Si el vostre equip té pressió de retard de revisió, el pitjor resultat normalment no és que la gent no es preocupi. És que intenten fer massa amb poc temps.
Una capa de revisió IA pot eliminar una mica de la fricció repetitiva, especialment per a problemes que un revisor humà probablement marcaria de totes formes.
3. Profunditat de revisió incoherent entre repositoris
No tots els repositoris en una gran organització obtenen la mateixa atenció del revisor o experiència.
Això no significa que l’IA hauria de convertir-se en l’autoritat.
Significa que l’IA pot ajudar a crear una base més coherent abans de la revisió humana.
Les barreres de protecció de la vista prèvia són en realitat un bon signe
Una cosa que realment m’agrada en l’anunci original és com de explícit és Microsoft sobre els límits.
La vista prèvia inclou restriccions al voltant de:
- mida del repositori
- recompte de fitxers canviats
- revisions simultànies
- estat de fusió
- visibilitat de facturació
Aquesta és la manera correcta de llançar una característica com aquesta.
Si la revisió IA s’introdueix com un oracle màgic, els equips formen expectatives dolentes immediatament. Si s’introdueix com una capacitat delimitada, observable i facturable amb límits clars, els equips la poden adoptar molt més realista.
Això és més saludable.
La visibilitat de facturació importa més del que els venedors solen admetre
L’article també explica que les revisions es converteixen en crèdits IA de GitHub, on “1 crèdit és igual a $0,01 USD.”
Pot semblar un detall petit, però importa molt en entorns empresarials.
L’automatització de la revisió és molt més fàcil d’escalar quan els equips poden:
- estimar ús
- monitorar despeses
- provar-lo en un petit conjunt de repositoris
- prendre una decisió utilitzant números reals en lloc de reclamacions vagues sobre el valor de la plataforma
M’agradaria que més llançaments de característiques d’IA fossin tan explícits.
Què li diria als equips que avaluen això
Si esteu executant Azure Repos avui, tractaria aquesta vista prèvia com un experiment pràctic, no un debat filosòfic.
Proveu-ho en:
- un o dos repositoris actius
- equips amb volum real de PR
- fluxos de treball on els revisors ja se senten sobrecarregats
Aleshores mireu els resultats reals:
- Va reduir el soroll?
- Va captar problemes útils aviat?
- Va escurçar el temps de revisió?
- Els revisors van confiar prou en les conclusions per seguir utilitzant-ho?
Això és la veritable prova.
La meva opinió
La cosa més interessant aquí no és que Copilot pugui revisar codi. Ja sabíem que aquest patró es convertiria en normal.
La cosa interessant és que Microsoft està reconeixent una realitat empresarial molt real: molts equips volen fluxos de treball assistits per IA sense haver de canviar de plataforma primer.
Per això aquesta vista prèvia importa.
Porta una capacitat de revisió moderna a un flux de treball Azure DevOps existent, i per a moltes organitzacions aquest és exactament el pont que necessiten mentre les decisions de plataforma més grans segueixen en moviment.
I honestament, aquesta és una història d’adopció molt més intel·ligent que pretendre que tots els equips estan preparats per a una migració neta des de zero avui.
Publicació original: Copilot Code Reviews for Azure Repos
