Manteniendo Desmitificado

This video features Katherine Michel at DjangoCon US 2021 in Online.

Manteniendo Desmitificado
0:37:48
Published October 20, 2021
256 views

See this talk in English here: https://www.youtube.com/watch?v=56sxu9vEJNc&list=PL2NFhrDSOxgVL_4rC1yaRE5tzuRk1pvf5&index=24&t=15s

Muchos Djangonautas de repente tienen la necesidad de mantener un proyecto. Voy a usar mis años de experiencia como mantenedora profesional del código abierto para enseñarles el proceso y prácticas para ser un mejor mantenedor. ¡El mantenimiento es una mejora en conocimiento y divertida también!

This talk was presented at: https://2021.djangocon.us/talks/desmitificando-el-mantenimiento/

LINKS:
Follow Katherine Michel 👇
On Twitter: https://twitter.com/KatiMichel
On GitHub: https://github.com/KatherineMichel

Follow DjangCon US 👇
https://twitter.com/djangocon

Follow DEFNA 👇
https://twitter.com/defnado
https://www.defna.org/

Video production by the speaker and DjangoCon US 2021 Volunteers.

Summary

Katherine Michel explains that maintaining an open-source project is not only a coding task: it also involves people, community, documentation, communication, kindness, and repeatable processes. Using the DjangoCon US website and Pinax as case studies, she shows how GitHub workflows, community-health files, contributor guidance, testing, releases, automation, security practices, and shared ownership can make projects easier to contribute to and less dependent on individual maintainers. She argues that maintainers should document tribal knowledge, reduce unnecessary scope, decentralize access, ask the community for help, and protect themselves from burnout while recognizing both the generosity required and the personal rewards of open source.

Key takeaways

  • Healthy projects welcome contributors, document expectations, respond to issues and pull requests, and provide files such as a README, code of conduct, contributing guide, and templates.
  • GitHub Flow and fork-based workflows give contributors and maintainers a clear path from a change or bug report to review, testing, and merging.
  • The DjangoCon US website grew its contributor community by providing a psychologically safe environment and helping beginners make their first contributions.
  • Pinax became easier to maintain through consolidated documentation, standardized configuration, detailed release procedures, community-health files, and improved testing and packaging.
  • Sustainable maintenance requires limiting scope, archiving obsolete repositories, automating repetitive work, sharing access and knowledge, protecting branches, and using multiple reviewers.
  • Maintainers should ask for help and acknowledge that open-source work is voluntary, while the relationships and skills it creates can be deeply valuable.

Summarised automatically from the transcript.

Chapters

  1. 0:00 Introducción al mantenimiento Presentación de la charla y panorama de los fundamentos del mantenimiento de proyectos de código abierto.
  2. 2:01 Comunidades saludables Características de los proyectos acogedores y recorrido ideal para nuevos colaboradores.
  3. 4:18 Modelos de colaboración en GitHub Diferencias entre repositorios compartidos y forks, y creación de pull requests.
  4. 6:37 Revisión y fusión de cambios Flujo de trabajo del mantenedor para revisar, probar y fusionar pull requests.
  5. 9:00 Ramas, licencias y seguridad GitHub Flow, estrategias de ramas, licencias de software y seguridad de la cadena de suministro.
  6. 12:03 Herramientas de mantenimiento Métricas de salud, plantillas, gestión de proyectos y otras funciones útiles de GitHub.
  7. 12:48 Caso de estudio: DjangoCon US Experiencia de la ponente manteniendo el sitio web de DjangoCon US y haciendo crecer su comunidad.
  8. 15:09 Lecciones para nuevos colaboradores Importancia de la seguridad psicológica, la mentalidad de principiante y la mentoría.
  9. 16:45 Historia y estructura de Pinax Origen de Pinax, su ecosistema de proyectos Django y los problemas de sostenibilidad que enfrentó.
  10. 22:24 Desarrollo y publicación de paquetes Funcionamiento de Pinax CLI y starter projects, además del proceso de pruebas, versionado y publicación.
  11. 29:00 Sostenibilidad de proyectos Documentación, estandarización y prácticas para que colaboradores y mantenedores puedan ayudarse a sí mismos.
  12. 30:32 Automatización y distribución de responsabilidades Reducción del alcance, automatización, acceso compartido y controles para evitar dependencias de una sola persona.
  13. 33:22 Reflexiones finales Recursos de ayuda, generosidad de los mantenedores y beneficios personales de participar en el código abierto.

Transcript

3,290 words · auto-generated Show

Automatically transcribed, so expect mistakes in names and technical terms.

0:30

Hola a todos. My nombre is Catherine Michael. My apodo is Katie. El nombre de Micharla is the Smidificando Amantenamiento. Algunas de mis afiliaciones has sido mantenedora y release manager de Pinax al tiempo partial durante algunos años. He sido consultora de Python Jenga React para La Wharton School and Programación Introductoria in Python através de Stanford. Soy miembro de lo junto defto. We will have fundamentos de manteniendo. Un caso de

1:15

estudio de manteniendo el sitio web de Django Can US. In Cosmo de Studio Pinex and I think we have to do this. I think we have entended the fundamentals that are using GitHub. and the fundamentals de contribution. So necessitive more information about these things , we have a Charlie get a jump start on collaboration and code review and GitHub. I algunos versiones in me quente de GitHub por Disquatio Solo. GitHub TNA documentation and espanol.

2:01

Y avoy I use our vocabulario similar I'm going to say GitHub KWI use R, repo, branch, for clone, commit, submit. Issue, pull request, fetch, push, update, merge, delete, community health files, templates, change, log. Si necesitas ayuda con este vocabulario, yo recomiendo que mires la GitHub documentation in español. Primero, it's important darse cuenta que el maintenamiento no es solo sobre código Estambian Sobre Personas Comunidad Processo Communica Amabilidad

2:47

Intenta poner los zapatos a colaborador. Una manera que saber si quieres contribuir a un proyecto is usar los guies de código abierto. Hay una lista de verificación and test de qué contribuir. Los mantenedores pueden usarlo para mejorar sus proyectos. Algunos signos de un proyecto saludable, hay un ambiente de bienvenida, hay actividad reciente. Los maintenores respond rapidement. Los maintenores reducing los issues e pull requests. Un process ideal. El

3:32

futuro collaborador Encontra project, está de acuerdo con our code of conduct, layout contributing, use a docs , issue pull request templates. Submit issue or pull request, ometen dor responde rapidement. El primero passo es que los community health files. README , the information general de project , license of the legal contribution and use. Code of Conduct, un conjunto de reglas que describen las expectivas y responsabilidades de los colaboradores. Contributing down información sobre contribuir.

4:18

La documentación es muy importante para el futuro éxito de un proyecto. GitHub hizo una encuesta sobre el código abierto in 2010. He descubrieron que la documentación es muy valorado, a menudo se pasa por alto, y un medio para establecer comunidades inclusivas y accesibles. Hey How one part of the diagrammas que yo espero les ten una idea de proceso que has trabajado locamente para un colaborador frente un mantenedor. A modelo de shared repository, or repo compartido in espanhol, is

5:05

normalmente usado in una organización GitHub. El maintenor no necessita use arm fork porque DNA write permission or permiso de escritura in Espanol Aripo. El mantenedor puede clonar a repouso. El maintenan door puede realizar sus cambios, probablemente in una branch, e has ser push a los cambios, cambios in al repo. I'll maintain create unpull request directly in our GitHub organization. El modelo forky pull is normally used on as cuentas del collaborador Puesto que o collaborador no TNA write permission. Necessita has

5:50

del repo in su cuenta de usuario. El collaborador Jose on Fork Al Repo, El Collaborador clona El Fork, usando El Fork URL, El Collaborador Puede Hasar Sucumbio Luego submit los cambios all fork, probably in one branch. When we listen, our collaborator created our pull request of the GitHub organization. La compare branche debe ser la branche del colaborador. La base branch debe ser la branche in la case de Ben Haser Mergel, Los Cambios. El collaborador cree un pull request. El collaborador has clicking create pull request or create a pull request in espanhol.

6:37

Vamos cambiar la perspectiva de mantenedor. Los Mentenoras del Repo Vana Rosabier una notification del navegador orilla electronico But informarles , Revise the information about open request. or archives cambios in Espanyol, but we have to say command line instructions

7:23

or instructions de line de command in espanhol. Boom button merge, okay puedes hacer click cuando este listo I 've situations when I necesitas fetch and pull request branch into a turno de desarrollo, loco para poder ejecutar o código. or ejecute our own test or trabajar and codigo para poder merge. Se abri un conjunto de instructions sobre como revisar e possiblemente haser merge a pull request into intorno de desarrollo local

8:14

We at least say el cambio and el navegador. Si no se necesita nunguncombio, vuelve navigador ehaus click and merge. If you necesite uncombiote collaborator , submit the actualization and click in merge. Si necesitas a ejecutar o código localmente, y segue el conjunto de instrucciones. Alakes pretend they merge y push out as a branch in GitHub. You know I'll go as so. Solo sigo la parte de las instrucciones

9:00

in negro para obtener la branch. Yo ignoro lust instructions in Ruho. See verifico puedes emerged. Vuelvo a la behina de GitHub pull request in the navigator y algo click and merge. For a lado, the main branch of menudo puede star protegida Además, in el navegador puede simplemente pulsar un button Powder Rebber DRL pull request. A flujo de trabajo que helmos estado usando is basicamente GitHub flow. Consiste in merging pull requests in a main branch. Algunos proyectos usan ambos main y developed branches.

9:46

In esta situación, los desarrolladores hacen un merge de sus trabajos en el dev branch. Eventually, a dev branch is merged in a main branch. See the main branch is despiega. Los cambios están activos. Algunas recommendations. Una license muy common is an MIT license. La MIT license as non-copyleft, Ida El Usario, Mucha Libertad and El Uso del Codigo, incluyendo el Jacero Codigo Privado. Una copyleft license exe here siendo

10:31

de codigo abierto For esta razon, los copyleft licenses pueden crear un riesgo del negocio. Las etical licenses or licencias éticas son una team muy interesante, in my opinion. Pero a veces los términos de las etical licencias son difíciles de hacer cumplir. GitHub tiene un excelente recurso llamado Choose a License o Elija una licencia. In the appendix, we tablet on comparación de licenses. Un aspecto difficile de la seguridad del software is that the supply chain del software is todo lo que compone su código.

11:18

Incluidas el GitHub organization, a proyecto y los personas que tienen acceso. Incluidos las dependencias y el alojamiento external por ello. Un proyecto necesito un plan de seguridad con varios partes. Algunos ejemplos para el novel individual Authentication to those factors excessor limitado. Scanning de secretos y dependencias para las vulnerabilidades, para el Navel de Proyecto Nuevas releases K Incorporon Les Ultimas Parches de Securidad U and Plan de Securidad

12:03

del Proyecto Con information sobre como informar da las vulnerabilidades. Se quieres andar medir la salute proyecto, I metricas especiales, chaos, for example. Es una collection de métricas que puedes utilizar para crear un plan de solute para tu proyecto. Una lista para futuras referencias de más funciones utiles de GitHub. Issue pull request templates e global community health file repo. Project management, project boards, milestones, issues, labels, metodos de comunicación, wiki, GitHub pages, Jekyll

12:48

Discubabilidad, labels, triaging, topics, publicaciones de blog Un curso de estudio, sitio web de DjangoCon US. DjangoCon US sitio de website. y crecer en una comunidad de colaboradores. Pase mucho tiempo más de a través de GitHub. Me di cuenta que muchas conferencias están buscando voluntarios que pueden mantener sus sitios web. Me involucre con Jango con US. Esta es una foto de mi con algunos de los otros organizadores.

13:37

Gary Yebar, Mikono Samiento de Get Haba, un nivel superior alaprandir como serum mentan dor Into Preguntei, la Jango can you as chair sip of Diacer Mantenander del Sitio Web A Dijo Seguro Y Mi invito Acero Web Chair del sitio Io accepte. Una de las strategias que ayuda a aprender o proceso de maintenir el software. You appreciate the pull request locamente.

14:24

Haser merge out un pull request localmente. Haser push out unpull request out a main branch. Porque un sitio web jackal is muy facile de usar. Yo tambien podemos aminter drasticamente on numero de colaboradores, de 23 and 2016, and 65 and 2020. Crea los nuevos documentos colaboradores yo ayude algunos principiantes a hacer sus primeras contribuciones. Algunas lecciones aprendidas del sitio web de JangoCon US.

15:09

It's ideal aprender in un ambiente que ofrece seguridad psychologica. A fortunatamente para me no padria ha verme toparocon una comunidad más arbitrale. Estabienten mentalidad de principiante, Gometer Eders, Segir Merando. La perspectiva del principiante es valiosa. Es posible que los veteranos del proyecto no puedan verlo con los ojos de un principiante. Un principio puede mejorar el proyecto para la próxima persona. Por ejemplo, crear docs de instalación. Personas con frecuencia hablan sobre el concepto del

15:54

10 veces resultados. Es importante recordar que algunas de las habilidades que crean el 10 veces no involucran. Escribier codigo. Sermentor de los colaboradores Cuando aprendes una nueva habilidad, tienes la oportunidad de enseñar otras personas y impactar el mundo. Después eu aprendi como maintener el jingle con US City Web, you create una charla sobre como hacerlo. As uno de mis ohjetivos que ayudar otros mujeres sermentanando.

16:45

For Primera Vesin, DjangoCon US, Dosmill DC Siete. Uncaso de Estudio Pinax Yo voy a usar alguno vocabulario especial para el Casso de Studio de Pinax Un Pinx starter project is unprojecto de inicio de Pinax. Un Pinax app is una application Pinax. El Pinx CLI, command line interface, is un interface de línea de commandos. Los Pinx themes son teamus Pinax. Yo voy a usar alguno vocabulario speciale testing. Test as Prueba. Test matrix as matrice de pruebas.

17:31

Continuous integration as integration continua You will use our algorithm especial de packaging. Package as pacete, release notes on notes de version. Tagas etiquette, publish as public art. Pinax has dado una opportunidad para maintener una librería compleja de Django , convertir in un Python package release manager. And the syndrome de Yabedero.

18:21

Pinx is a library projects, apps and teams. Reutilizables web. Alrededor, the 10 años deste que nació la idea de Penax. Jenko Habiacido de Godigo Abierto in 2005 In Marzo dos Milnocho in PyCon US and Chicago, algunas entusiastas de Django Commenzeron Trabajando and Pinax. A stop on creyando para pinax para resolver su proprio problema. Saying

19:06

Catro Trorone, ritualizando, digo mi interestra, sitios web conjango. Así que comenzaron abstraer estos patrones and starter project applications y teams reutilizables de Django. Ellos querían crear un library de desarrollo web reutilizable que hiciera elecciones y compromisos. Este Leberia Les Permiteria Centrarse and Les Features in the Parti Superior de la Piva De S Minera, Baudrian Pisar de la Idea del Sitio Web, a la Realización Rapidamente

19:51

and Lugarde Reinventar La Rueda Entonces, qual era el estado de Pinax when we contrataron? Es bastante common desde el principio Asta ora que los personnes descubran prenex Pinaxi Diggan Estodolok Siempre is on your own In this idea positive, I uno de los primeros tweets sobre Pinax. Algun D say Pinax is todos las ideas que he tenido. In 2000 de Ciet , Pinax habit crecido hasta convertirse in un grand group de proyectos y apps Django de Colodad. professionally interdependent, including

20:36

starter projects from PinaxOps pre-installado, and Pinaxia LIPAR installaros. It has sophisticated Packaging y configuration is a continuous integration. Alpinax GitHub Organization TNA approximate 80 repos. Esta diapositiva incluye muchos de los más populares. Pero faltaba la sostenibilidad. Muchos de los autores originales habían seguido adelante, sin una estrategia para hacer penax más fácil de mantener. Los Mentenadores Comenseron A sufruir

21:22

agotamiento a burnout in Espanol and Obernout in English. Además, de la GitHub Organization , A those specifics of the application and repos individuals. Or, you will see the design local and how functional Pinex. Into entorno de desarrollo local, si estás en Siendo iniciando ando traditional de Django Necessita ras, tener Django installado i normalmente

22:07

esterias usando o virtual environment It happens to command the Django Admin Start Project and the terminal para initiar unprojecto. El proyecto contiene la configuración global y otras configuraciones para tocar web. Los Proyecto Template Arquivos Creado Central Directory Oyston Dista El Django package. Luego? Acute is un commando additional para agregar uno omas application. update to sit your web. Los application template archivos creo

22:54

Django package. Con Pinx , we install our Pinax CLI We just use our commandos para obtener information survey pinups, projects or apps. Pin X starter projects are basically projectos personalizados de Django. Estos ya tienen alguna funcionalidad. In a grada equando usando los no is necessario KMPS de 0 con un proyecto traditional de django. También puedes usar Pinx CLI para installar o Pinx Starter project in lugar de Proyecto Tradicional de Django. I commend a especial de Pinx CLI para

23:39

Haceras. Pinx Start, Pinx Starter Project, E2 Project. But we have to dig a depanax CLI. La URL conduce a un archivo, projects. json, que proporciona la direction del archivo tour and el repo de los Pinx Starter Projects. Low starter projects is not an UNO repo. Cada starter project está in una branch individual

24:25

Got a starter project contiene las Pinux apps relevantes but ser installadas desde PyPI, L Python package index. Alternativamente, puedes use our Pinx app apps independiente de cualquier Pinx Starter Project. Puedes encontrarlas buscando Pinx and Pype I. Un release typical, actualizar la task matrix, agregar nuevas funciones, implementar nuevas mejores practicas, arreglar las depreciaciones Mayor the documentation. Algunest details important to surprise apps. Use almost GitHub Fluho to Travajo Bata el versionado

25:11

semantico, use almost calvarino release novel, annual punto mes, use almoh application novel, major punto minor punto patch. Circle CI is para continuous integration. Setup. py contiene packaging configs. Talks is para testing la Python Django version as matrix. Quando has a emotion release, actuales almohadrics para apayar las ultimas versiones de Python y Django.

25:57

In my release plan, you documento and fragmento de la test matrix para copy our APER and Los Arquivos de la application. The process is that you clone the PinXap Repo localmente. You create a branch nueva, you actually have the test matrix in the branch. Hay una herramienta llamada Python que puedes usar para instalar múltiples versiones globales si Python lo comenté. Quando se execute tax , tax puede usar estas versiones globales para comprobar la compatibilidad del Código de la Pinax app. Con las nuevas versions de Python y Django.

26:43

When you have incompatibilidad , error in Rojo. When todos los tests passen, se mostrara en verde al fin. Mientras se solucionen estas incompatibilidades Las Python y Django release notes explicant todos los cambios reales autos en el base de código de Python y Django in el release. Foitus usarlus relief notes para entender para cumplir When those test matrix and actualizaciones are completed, actualizar the version december enough. py And

27:28

las versiones in our setup. py metadatos y readme. Actualizar el changelog and I'll readme. Estas son algunas de las piezas varios de metadatos. Entonces, via Tags area del repo , draft una release nueva , include un en la sale changelog, anda package la application. Hey, documentado este processor in a repo. github in a archivo release. E publish your package in PyPI. In Julio 2020, Supervise Le Finalization Day Una Penax release Importante Include approximately, 28

28:15

applications, no deployment discontinuum of support seven dos. We are importantly professional. In the CAO release , Crea a plan de release, supervise el trabajo de otra, actually say D 's applic application as you mismo merge todos los pull requests e tag the published lost packages. Algunas lecciones apprendidas de Pinax. I intentado para solucionar criticos de

29:00

Pinax. Como resultado, los principiantes, colaboradores y mantenedores podrían ayudarse a sí mismos y por lo tanto crear una cultura que puede sostenerse a sí misma. Mehores importantes que he dirigido documentation del conosamiento tribal, consolidation de docs in un lugar facile in controlar. A standardization de las configurations and triproyectos. Creation de docs detailados de releasing maintenamiento.

29:46

Creation de community health files included issue e pull request templates. Reduction significativa del numero de issues and pull requests. Una de las lecciones más importantes que he aprendido de Pinax a veces es contrario a la intuición. A veces es importante para communicar tus progresos y plenas a la comunidad y pedir ayuda. For example, Recibi ayuda que fue crucial para completar the ultimate Pinax. There are un peligro

30:32

de agotamiento in code abierto. Esun sujeto triste, Los Autores del Codigo y Los Mentenores Estan Heneroso Aveses Trabajan demasiado Y por desgracio, a veces ellos tienen que llevar con las actitudes negativas de los usarios del código. Noestui seguro Pinax va a star saludable y prosperere de Nuevo, pero Haprandido Bucho de Pinax Yo quiero hablar de algunas maneras de Haser una comunidad autosuficiente. Maneras de reducir

31:18

alcance. Mark our repos como obsoletos. Arcivaris repos, disactivar issues, communicorcelos mentananduris mentian and el codigo sporadicamente Puedes implementar automatización adicional para reducir la carga de trabajo. Estos son algunos lugares donde puedes encontrar herramientas de automatización. GitHub Actions, GitHub Apps, Probot. I'm going to say automatization

32:04

specificas de Python. Coverage punto pi i sort black restructured text imuchos muchos Es un problema cuando solo una persona tiene acceso o conocimiento de un proyecto, por ejemplo, acceso a Ripo o a PyPI. Se la persona deja el proyecto we no entrega el SSO y conocimiento, it's difficult to continue. In my opinion, is mejor tener una politica decentralizar LSSOI estar dispuesto a dar SSO a otras personas. Una otra forma de este problema is cuando un mantenedor

32:51

crea una solución unique a un problema y es la sola persona con ese conocimiento. Silla persona Pierre de Linters, as difficiles continuin. In mi opinion, as mejor ebla soluciones unicas When we agotami , it's possible access adicional y limitado a los colaboradores. It's important to record that responsabilidad Del maintener the side are codigo. For example, individual Protege our branches, por ejemplo, nadie

33:36

puede delete una branchante. Recurrere revisiones de pull request, por ejemplo, mas de uno persona. Contribuye a la revision and taste merging. Use our status checks. Algunos pensamientos finales es inevitable que vas a tener momentos de frustración y vas a necesitar ayuda. Aquí están algunos lugares donde puedes andar ayuda. Google, Stack Overflow, GitHub Docs, Git docs, Atlas

34:22

CNE, GitLab Docs. Bretcannon, Un Python Core Dev, Hey Hablado del Contrato Social, del Codigo Abierto. Los Mentenadores de Codigo Abierto deben la Comunidad Literalmente Nada. Los autores de pena no tenían hacer suco digo abierto y mentanerlo. Ellos no tenían que responder a las Innumerables Preguntis respondieron. Es important de recordarla Henrosidad de Les Mantenandores de Codigo Abierto Hay muchas ventajas del mantenimiento. Es una oportunidad para aprender

35:09

habilidades técnicas, encontrar nuevas oportunidades profesionales. Asistir conferencias, conocir personas intelligentes y interesantes que construye aplicaciones increíbles y viajar lugares increíbles. In Picascades 2020, you tuve the opportunity to congrid Python. El nos nos conta algunas historias sobre lo primero stía de Python. Fue una noche mágica. Attribuo directamente esto type de experiencia

35:54

al código abierto Durante maintainer week de GitHub, Osamana del Mantenandor, Yo Vieste Tweet de Moufon. Sus contributions were on criticas para ayudarme a completer El 20. 070. Release. Buena. It's muy special para mí. Las palabras I dijo immediatamente que valera la pena. Suddenly you realizado, and

36:39

the correct código abierto are the relaciones you have informado con las personas. Voy a tenerlas por el resto de mi vida. Gracias a Ricardo Diaz Rincon, Borrivisar Micharla. Si hay algunas, por supuesto For support, contact me for more information.

Questions this talk answers

¿Qué significa mantener un proyecto de código abierto?

Mantener un proyecto no consiste únicamente en escribir código: también implica cuidar a las personas, la comunidad, los procesos, la comunicación y la amabilidad.

Discussed at 2:01

¿Cuál es la diferencia entre un repositorio compartido y el flujo fork-and-pull en GitHub?

En un repositorio compartido, los mantenedores y colaboradores con permiso de escritura trabajan directamente en el repositorio. En el flujo fork-and-pull, el colaborador hace un fork, trabaja en una rama de su copia y abre un pull request hacia el repositorio original.

Discussed at 5:05

¿Cómo se revisa y combina un pull request localmente?

El mantenedor puede obtener la rama del pull request, ejecutarla y probarla localmente; si hace falta, puede solicitar cambios. Cuando todo está correcto, vuelve al pull request en GitHub y pulsa Merge, o combina y publica los cambios desde la línea de comandos.

Discussed at 7:23

¿Qué debe incluir un plan de seguridad para un proyecto de software?

Debe contemplar autenticación de dos factores, acceso limitado, análisis de secretos y dependencias, actualizaciones con los últimos parches de seguridad y un procedimiento para informar vulnerabilidades.

Discussed at 11:18

¿Cómo se mantiene y publica una aplicación de Pinax?

Se clona el repositorio, se crea una rama, se actualiza la matriz de pruebas para las versiones compatibles de Python y Django, se corrigen incompatibilidades y se actualizan la versión, los metadatos, el changelog y la documentación. Después se crea una release etiquetada, se empaqueta la aplicación y se publica en PyPI.

Discussed at 24:24

¿Cómo hacer que un proyecto de código abierto sea más sostenible?

Conviene reducir el alcance cuando sea necesario, archivar repositorios obsoletos, automatizar tareas, documentar el conocimiento y repartir el acceso y las responsabilidades entre varias personas. También ayudan las plantillas, las revisiones de varios mantenedores, las ramas protegidas y los status checks.

Discussed at 29:00

¿Qué beneficios tiene mantener proyectos de código abierto?

El mantenimiento permite aprender habilidades técnicas, encontrar oportunidades profesionales, asistir a conferencias, conocer personas interesantes y viajar. La ponente también destaca que las relaciones creadas en el código abierto pueden durar toda la vida.

Discussed at 34:09

Note: We understand that names change, people change, and bodies change. We respect each individual's journey and privacy. If you have any concerns about a video or need us to remove content, please don't hesitate to contact us. We will handle your request with care and promptly address any issues.

More videos by Katherine Michel

More videos from DjangoCon US