Powershell: Solicitud de función: cambiar el nombre de la rama predeterminada

Semi-relacionado, Microsoft tiene un hackathon de empleados en julio y hacer que todo el CI funcione con este cambio seguramente encajaría muy bien allí.

La interfaz de usuario de PowerShell-7.0.0-win-x64.msi contiene hipervínculos a https://github.com/PowerShell/PowerShell/blob/master/LICENSE.txt y https://github.com/PowerShell/PowerShell/ blob/master/ThirdPartyNotices.txt y varios paquetes de NuGet tienen el primero como URL de licencia.

GitHub

PowerShell/PowerShell

¡PowerShell para todos los sistemas! Contribuya al desarrollo de PowerShell/PowerShell creando una cuenta en GitHub.

GitHub

PowerShell/PowerShell

¡PowerShell para todos los sistemas! Contribuya al desarrollo de PowerShell/PowerShell creando una cuenta en GitHub.

Estoy seguro de que encontraremos más referencias específicas de ramas una vez que comencemos a investigar. Podríamos mantener master para una versión o dos como una rama no predeterminada para mantener vivos los enlaces. O tal vez Github invente alguna función de redirección de rama antes de que lleguemos tan lejos (probablemente no seamos los únicos en esta situación)

Cuando la relación entre dos elementos se caracteriza como "maestro/esclavo", el caso es mucho más fácil de hacer que cuando el maestro se usa solo en el sentido de 'el definitivo' (como en cintas maestras, -copia, -clave, - interruptor, etc.) donde esclavo- no tendría sentido como prefijo para los demás. Pero cuando hablamos de dominar el arte de algo, crear una obra maestra, interpretar El maestro constructor de Ibsen (o llamar a alguien maestro, cualquier cosa, incluido un genio), de estudiar para obtener una maestría, donde la persona a cargo de algunas universidades es conocido como el "maestro" o los golfistas que juegan en los maestros, realmente me gustaría saber si cada uso de "maestro" en inglés está molestando a las personas cuya herencia hace que la esclavitud sea un tema delicado, o si se trata de las mismas personas que son aplastado por la vergüenza al usar una frase como "Lo investigaré" cuando habla con una persona ciega. (Tuve un tío, ahora muerto, que se enojaba cuando la gente usaba términos que no fueran "ciego" para describir su total falta de visión, lo recuerdo gritando 'No soy b----- discapacitado visual, soy _ciego_ !', y si la gente armaba un escándalo por haber usado ese tipo de metáforas, él también se enfadaba. Esa experiencia me mostró que la gente no se molesta tanto con algunos términos como el resto de nosotros pensamos, pero soy consciente de que Puedo subestimarlo también).

Contribuyo a un proyecto creado y mantenido por un PoC que no parece tener problemas con el nombre de la rama (eso no es una gran muestra, pero es todo lo que tengo) Estoy tratando de conseguir trabajo para salir del fijación con hacer todo con/hacia/desde/en algo llamado "Master" al no tener la rama con ese nombre en nuevos proyectos. Cambiar un proyecto existente y encontrar todos los lugares en los que está incrustado el nombre anterior traerá muchos puntos débiles, ninguno de los cuales será insuperable; así que si hay una ofensa genuina (no imaginada), cambiémosla; si es sólo imaginario, el esfuerzo se puede utilizar mejor en otra parte.

Ver: https://github.com/desktop/desktop/issues/6478 y https://blog.carbonfive.com/2018/10/08/problematic-terminology-in-open-source/

No veo ninguna razón para oponerme al cambio. Actualizar algunos enlaces es completamente trivial y un esfuerzo de una sola vez. 🙂

Este es un buen resumen (del artículo vinculado):

Trate la terminología problemática como deuda técnica. Cuando sepa que lo tiene en sus proyectos, haga que sea una prioridad eliminarlo.

Blog de Carbon Five

Terminología problemática en código abierto

Sigue siendo una práctica común en los sistemas de bases de datos hoy en día referirse a configuraciones en las que una base de datos es una fuente de verdad y otra base de datos es una réplica que sigue el estado de la fuente de...

@jhoneill Te escucho (y desde luego no estoy sugiriendo prohibimos la palabra 😅) pero teniendo en cuenta que la palabra ha sido estropeada (específicamente en el contexto de los sistemas distribuidos) por el uso histórico generalizado para describir cadenas de replicación, todavía diría lo renombramos. En lo más mínimo porque no es una buena descripción: la rama predeterminada en un repositorio de git no es una copia autorizada del repositorio, es solo _una_ ruta a través del árbol de versiones.

Si master fuera una colección de confirmaciones independientes que pudieran producir una versión válida, tendría sentido.

Hay una discusión interna en Msft sobre todos nuestros proyectos de GitHub en lugar de uno por uno. Hay una solicitud para que GitHub tenga algunas herramientas para respaldar esto, de modo que todos y todo no se rompan en un cambio de nombre.

Consulte: desktop/desktop#6478 y https://blog.carbonfive.com/2018/10/08/problematic-terminology-in-open-source/

Ese artículo dice lo que dije, argumentar que deshacerse de "maestro/esclavo" es muy fácil: no deberíamos referirnos a las cosas como esclavos. El patrón por sí solo es algo diferente, ya sea una diapositiva maestra en PowerPoint o lo que sea.

@jhoneill Te escucho (y ciertamente no estoy sugiriendo que prohibamos la palabra 😅 ), pero dado que la palabra se ha estropeado (específicamente en el contexto de los sistemas distribuidos) por el uso histórico generalizado para describir las cadenas de replicación, todavía argumentaría lo renombramos. No en lo más mínimo porque simplemente no es una buena descripción: la rama predeterminada en un repositorio de git no es una copia autorizada del repositorio, es solo _una_ ruta a través del árbol de versiones.

Si master fuera una colección de confirmaciones independientes que pudieran producir una versión válida, tendría sentido.

La cosa es: cualquiera dice 'mira, esta palabra está contaminada, no más "Master Slides", no más "Masters Tournaments" en los deportes, prohibir las actuaciones de "Die Meistersinger" o "The Master Builder", aquí en el Reino Unido toman "Masterchef" y "Mastermind" fuera de la televisión, encuentre un nuevo nombre para las pinturas de "Old-Master" y "Masterpeices" ...yada yada yada ' O uno dice: "¿Dónde está la gente [legítimamente] molesta, y cómo podemos dejar de molestarlos?" _Legitimamente_ significa que las personas de piel pálida como tú y como yo no tenemos voz cuando se trata de esclavitud. En ninguno de esos casos el amo está asociado con un esclavo, pero si ofende a pesar de eso, debe irse.
Si las personas con discapacidad comienzan a decir "Mira, PowerShell no debería tener 'Deshabilitar' como verbo aprobado", las personas sin discapacidad no tienen voz ... etc. Creo que hay un elemento de "vergüenza preventiva". . ... "Qué pasa si este grupo se ofende por esto o aquello".

"Maestro" es _solo_ útil como término para una rama en el sentido de "fuente de muchas copias". Mi concierto actual es trabajar en un lugar con algunas malas prácticas en torno a la [falta de] ramificación y _no_ tener una rama llamada maestro en nuevos proyectos ayudaría a eso. (Y si "principal", que es un nombre bastante inútil, o "troncal", que al menos es la fuente de las ramas, se convierte en la norma, también podemos evitarlos). No entiendo muy bien su última línea, maestro, o como se llame la rama, siempre debe producir una versión válida, porque si no se bifurca y se agrega a ella, no producirá una. .

Cambiar lo que existe es más difícil, porque cada una de las 3300 bifurcaciones de este repositorio debe actualizarse. Me doy cuenta de que todavía tiene sucursales maestras en sus repositorios, y @vexx32 todavía tiene maestras en PSKoans, etc. (y esto no pretende ser sarcástico, pero no puedo expresarlo mejor) antes de proponerlo / apoyarlo para esto sería es mejor investigar los aspectos prácticos de los repositorios que controla. Supongo que vio a Scott Hanselmann en esto y leyó algunos de los comentarios sobre cosas que se rompen. Nada irreparable, estoy seguro, solo más trabajo de lo estimado.

Blog de Carbon Five

Terminología problemática en código abierto

Sigue siendo una práctica común en los sistemas de bases de datos hoy en día referirse a configuraciones en las que una base de datos es una fuente de verdad y otra base de datos es una réplica que sigue el estado de la fuente de...

Veo que todavía tienes sucursales maestras en tus repositorios

FWIW Me tomó alrededor de 35 minutos actualizar la designación de rama predeterminada en todos mis (~ 25) repositorios de origen en este momento, pero me temo que no es realmente un buen proxy para evaluar el impacto en PowerShell/PowerShell.git (I solo tengo un puñado o menos colaboradores en mis proyectos más populares) 😄

cualquiera de los dos dice [...]

Excepto, ¿no? En realidad, no vivimos en un mundo donde todo es una elección binaria basada en un principio absoluto: los idiomas y las lenguas vernáculas evolucionan, y esta no es una discusión sobre si los seis glifos latinos m , a , s , t , e , r en ese orden constituye como "palabra prohibida" que debemos prohibir a toda costa.

Lo que _estoy_ diciendo es: sigue disfrutando de tus obras maestras mientras miras Masterchef y te registras en una clase magistral... y cambia el nombre de la rama predeterminada en este repositorio a algo que, con suerte, sea un poco más inclusivo.

Veo que todavía tienes sucursales maestras en tus repositorios

FWIW Me tomó alrededor de 35 minutos actualizar la designación de rama predeterminada en todos mis (~ 25) repositorios de origen en este momento, pero me temo que no es realmente un buen proxy para evaluar el impacto en PowerShell/PowerShell.git (I solo tengo un puñado o menos colaboradores en mis proyectos más populares)

Puede que sea un proxy pobre, pero es un comienzo. Silencia cualquier crítica hacia usted y ayuda a descubrir si hay efectos secundarios que no se habían anticipado, cómo evitarlos, etc.

cualquiera de los dos dice [...]

Excepto, ¿no? En realidad, no vivimos en un mundo donde todo es una elección binaria basada en un principio absoluto: los idiomas y las lenguas vernáculas evolucionan, y esta no es una discusión sobre si los seis glifos latinos m , a , s , t , e , r en ese orden constituye como "palabra prohibida" que debemos prohibir a toda costa.

Bueno... Creo que hay lugar en el mundo para más de una opinión: no estoy convencido de tener razón y menos seguro de que los demás estén equivocados. Hay un sentimiento creciente de que no deberíamos usar "maestro/esclavo", y he visto dos lados en un foro de fotografía enfurecidos por el uso de unidades de flash, y parece que no hay puntos en común entre "¿Cómo se atreve alguien a decirnos para cambiar" y "¿Cómo puedes seguir usando esos términos?" argumentos.
Pero "Maestro" no es el problemático de ese par y tiene una variedad de significados, desde experto/maestro hasta fuente original y persona a cargo. O _todos los usos_ de la palabra evocan la esclavitud, o _algunos no lo hacen_ y yo _creo_ que estás de acuerdo en que algunos no lo hacen. Diría que el uso como nombre de rama está en la pila de "no".

Lo que _estoy_ diciendo es: sigue disfrutando de tus obras maestras mientras miras Masterchef y te registras en una clase magistral... y cambia el nombre de la rama predeterminada en este repositorio a algo que, con suerte, sea un poco más inclusivo.

Tiendo a las opciones binarias... Si una _rama maestra_ no es inclusiva, ¿por qué una _clase maestra_ está bien? Me gustaría alguna evidencia de que hace alguna diferencia para la inclusión. Bien hecho, es inofensivo y complace a algunas personas, pero no a las que nos preocupa excluir.

Como mencioné anteriormente, la rama predeterminada no es ni un torneo de golf ni un maestro, y en un sistema descentralizado como git , master no es realmente una descripción adecuada. Pero obviamente eso no es todo.

Pido disculpas si no transmití correctamente mis intenciones al llamar a master una opción de nombre de rama "menos inclusiva", así que déjame intentarlo y hacer eso:

Tenemos un pequeño problema con los tipos blancos en esta comunidad, y con eso no quiero decir que todos los tipos blancos en la comunidad de PowerShell sean un problema, sino que cuando voy a conferencias, reuniones de grupos de usuarios, etc., hay un excesiva mayoría de personas que se parecen a mí . Esto ha hecho que sea extremadamente fácil _para mí_ sentirme "parte de la tribu", pero realmente temo que la experiencia abrumadoramente positiva que he tenido sea una mera quimera para alguien que _no_ se parece a mí. Ahora, hace 5 años, podría haber pensado para mí mismo "tal vez es solo un reflejo de esto/devops/tecnología en general" y que el problema de alguna manera "se resolvería solo". Pero si miro a mi alrededor hoy, _no ha cambiado mucho_.

Cambiar el nombre predeterminado de la rama a algo que no sea master _no va a resolver ese problema_, pero se siente como el _menor esfuerzo_ que podemos hacer para enviar una señal de que realmente nos preocupamos por hacer que la comunidad (incluida la contribución al desarrollo de PowerShell) un entorno abierto e inclusivo. Y tal vez, solo _tal vez_, eso facilitará que otros alcen sus voces con preocupaciones más fundamentales sobre cómo podemos promover esa misión. Y según los comentarios de @SteveL-MSFT y @thomasrayner arriba, parece que Microsoft está a bordo, afortunadamente.

Hablando solo por mí aquí, no por mi empleador o colegas

El uso del término master para el nombre de una rama primaria/predeterminada no me molesta, y personalmente creo que es más parecido a otras instancias del término ampliamente aceptadas y aprobadas. _Sin embargo_, hay muchos en la comunidad que tienen otra opinión y están heridos, aunque sea un poco, por el uso del término master en este contexto. Quiero que se incluya a esas personas y es por eso que apoyo cambiar el nombre de las ramas predeterminadas de Git. No porque elimine un término malicioso del léxico de este proyecto, sino porque ayuda a que otros se sientan más bienvenidos al proyecto, incluso si no me identifico con la razón por la que se sienten incómodos o excluidos. Este y básicamente todos los proyectos de código abierto prosperan debido a las contribuciones de una comunidad rica y diversa de personas, cuyas perspectivas y opiniones diferentes se comparten y combinan para crear un proyecto mayor.

No tengo ninguna necesidad de tener "razón" sobre alguien cuyas experiencias los han llevado a sentirse diferentes a mí. Siento la necesidad de hacer lo que esté a mi alcance y capacidad para ayudar a que se sientan cómodos siendo parte de un proyecto y una comunidad que atesoro.

hay muchos en la comunidad que tienen otra opinión y están heridos, aunque sea un poco, por el uso del término master en este contexto.

@thomasrayner Estoy desconcertado por esto porque no he encontrado a nadie que se sienta de esa manera @IISResetMe describe a los "tipos blancos" sintiéndose culpables y en realidad dice que esto _"no va a resolver ese problema, pero se siente como la cosa de menor esfuerzo podríamos hacer para enviar una señal de que realmente nos importa"_ Pasé un tiempo buscando a alguien que expresara algún dolor: no pude encontrar ninguno. La publicación de Scott Hanselmann de la semana pasada fue el resultado principal seguido de ycombinator con muchos "tipos blancos" que reaccionaron y discutieron si tenía razón o simplemente era una "señal de virtud", razón por la cual cité ese bit anterior . ese debate y dijo "En realidad me duelen los pies / excluidos / molestos" por esto. Este enlace también apareció https://github.com/microsoft/calculator/issues/169 y, nuevamente, nadie dijo que personalmente tuvo una reacción negativa que solo estaban imaginando que otras personas podrían sentir, la gente preguntó por qué el webmaster o postmaster estaban bien.

He dicho más que suficiente, no soy tanto un "tipo blanco", sino "pálido, masculino y rancio", y terminé como la única persona aquí cuestionando esto cuando no pienso "maestro". es un nombre excepcionalmente bueno, y por diferentes razones estoy tratando de dejar de usarlo en mi trabajo diario. No necesita defensa, y se puede hacer un cambio sin mucha interrupción. Si es un gesto vacío que no produce ningún beneficio, tampoco hace daño, pero podría estar equivocado y algo bueno podría resultar de ello.

@jhoneill Punto justo, y es posible que tenga razón: tal vez la cantidad de personas que se sienten heridas o no bienvenidas por su uso es infinitesimalmente pequeña, y estoy haciendo una gran confusión de la nada, pero las anécdotas desafortunadamente hacen poco para demostrar que .

Pedirle a las víctimas de los sistemas de opresión que "levanten la mano y hablen" y luego concluir que no hay opresión cuando nadie habla es una conclusión falaz. De manera similar, si tiene un gerente abusivo con un historial de represalias y le pide retroalimentación, es poco probable que le cuente la verdad sin adornos.

FWIW resulta que ambos estábamos equivocados sobre los orígenes del término, git cargo-culted master del uso de master / slave .

Razón de más para cambiarlo :)

@IISResetMe bueno, de hecho, el deseo de cambiar esto podría ser nada, o podría estar equivocado y algunas personas están realmente molestas. Realmente no hay forma de saberlo, esperaba que la discusión actual significara que las personas que tenían derecho a sentirse agraviadas saldrían y dirían "¡Ya era hora también!" o "¿En serio? ¿Crees que eso me molesta?" - como usted dice, hay una vacilación acerca de ser el que lo plantee. Pero nadie lo ha hecho, así que estamos atrapados sin saber.

Aquí en Inglaterra hemos tenido gente diciendo que "Nitty-Gritty" se refería al fondo de los barcos de esclavos (nunca lo hizo), o "Ship-shape and Bristol fashion" se refería a las ventas de esclavos cuando solo significaba "Ordenado, y protegido contra caídas", hay historias de personas que confunden el significado de pediatra y rompen las ventanas de alguien, y alguien que casi pierde su trabajo por usar la palabra "Pedagogo". En el norte de Inglaterra tenían alrededor de 100 palabras para "medio", y una de ellas que comienza con N ha causado tal malentendido que tiene su propia página de wikipedia.

Tengo 50 años y he visto que la gente se da cuenta de que ciertas figuras del lenguaje tienen un matiz despectivo o simplemente irritan a algunos grupos de personas. Tuiteé sobre escuchar esto https://benjaminzephaniah.com/rhymin/white-comedy/ y entonces, cuando Microsoft comenzó a cambiar de "lista negra" a "lista de bloqueo", sentí que si alguien decía "Es solo..." podría responder "A ti, claro, pero aquí hay alguien que piensa diferente". Dije en Twitter que debe haber sido hace 10 o 15 años y, sin embargo, la gente todavía está dispuesta a cambiar eso.

Hago estos dos puntos contrastantes porque hay "daños inventados" en los que las personas exigen una acción donde no se necesita y "daños denegados", en los que se necesita una acción pero la gente se niega a tomarla. Si este uso de maestro _es_ un problema, entonces muchos otros también tendrán que irse, pero en sí mismo eso no es una razón para bloquear un cambio. Tal vez algunos usos estén bien en algunos países y sean problemáticos en otros (algunas personas piensan que "colaborar" es una buena palabra, para otros todavía tiene matices de trabajar con los nazis en la Segunda Guerra Mundial) y la preocupación de querer ser internacional podría necesitar hacer cosas de las que algo que trabaja en un país no necesita preocuparse.

Vi ese enlace donde alguien dijo "Oh, sí, Linus T probablemente usó maestro en un sistema que tiene sucursales, porque un sistema diferente donde los repositorios separados hicieron el trabajo de las sucursales usaron maestro/esclavo para esa relación". Es un gran salto, especialmente porque el esclavo nunca ha sido parte de git (aunque algunos usuarios sin duda lo han usado), y la única persona que parece haberlo dicho no es definitiva al respecto. Por cierto, eche un vistazo a la derivación de "culto de carga", que también podría ser una para evitar. ;-)

Benjamín Sofonías

Comedia blanca - Benjamin Zephaniah

Fui chantajeado por una bruja blanca, con magia blanca y mentiras blancas, marcado por una oveja blanca que esclavicé como herrero cerca de un punto blanco donde sufrí fiebre de aguas bravas. Incluido en la lista blanca como whiteleg waz en [...]

Sólo dejaré esto aquí
https://www.reddit.com/r/programming/comments/h8w36t/github_will_no_longer_use_the_term_master_as/?utm_source=share&utm_medium=ios_app&utm_name=iossmf

Qué pérdida de tiempo colosal que se puede usar para una funcionalidad real, ya que cambiar ahora está lejos de ser trivial.

Mi gente fue esclava durante más de la mitad de milenios, pero no nos ves haciendo drama sobre eso en sitios técnicos y lugares aleatorios.

Realmente siento repulsión por eventos como este: las cosas deben mantenerse técnicas aquí, no políticas. Cuando se habla del efecto de _de alguna manera_ atraer contribuciones de cierto tipo de personas que se sienten ofendidas por la palabra pero que mágicamente se convertirán en los principales contribuyentes una vez que la palabra desaparezca, parece olvidar que también hay personas que serán rechazadas por ir más allá con palabras infantiles. "arreglos" propuestos aquí. Y cuando digo infantil, es un insulto literal a los niños que se sabe que toleran el peor comportamiento.

Puedes traer los pulgares hacia abajo ahora.

@majkinetor Gracias por compartir su honesta opinión.

Ya sea que mi propuesta le parezca infantil o no, le agradecería que me compartiera _inquietudes específicas_ que le hagan pensar que está "lejos de ser trivial". Es difícil tener una discusión técnica sin hechos :)

No es tuyo per se, esta locura está más allá del repositorio de PowerShell y esta "solicitud de función". No estoy seguro de cuál es su motivo, ni quiero actuar como un encogimiento aquí, pero en todo caso, lo considero hostil tanto como cualquier otra cosa que introduzca un trabajo claramente innecesario y fuera de tema en un buen proyecto como este.

Pero permítanme traer _algunos_ de los hechos, muchos de los cuales están más allá de este depósito:

• Una gran cantidad de documentación usa _master_ como ejemplo de trabajo junto con otros específicos como contribuir/desarrollar/lo que sea.md. La gente hace lo mismo con gists/snippets
• Una gran cantidad de automatización tiene esta rama codificada o configurada como valor de configuración predeterminado
• Se puede argumentar que es un esfuerzo cero para los nuevos proyectos, pero la gente normalmente trae sus guiones existentes y otras cosas a los nuevos proyectos.
• Como ya se señaló, MS está considerando o ya está desarrollando una herramienta para esto, que reduce los recursos humanos y de tiempo disponibles.
• Muchas otras personas ahora tienen que dedicar tiempo a esto, en varios niveles, como nosotros aquí, que podría gastarse infinitamente mejor en otro lugar (como mejorar sus módulos elegantes como PSCache)
• Muchas herramientas integradoras y de CI/CD asumen el dominio de varias cosas (como plantillas de compilación, solo consulte GitLab)

Obviamente, "algún grupo" que sabe casi 0 sobre tecnología (y otras cosas como los derechos humanos) pensó que esta era una gran idea y asumió que los pequeños enanitos lo arreglarían mágicamente durante la noche y todos estarían felices.

Esta tampoco es la primera vez que sucede algo así en Github. Esta tampoco es la primera vez que las personas interesadas en la tecnología y no en todo lo demás bajo el universo expresan su preocupación por tales medidas.

Personalmente, estoy pensando mucho en dejar de venir aquí la próxima vez que ocurra algo como esto, y simplemente volver a la comunidad privada o más sensata de git.

Me preocupaba cómo se cumplirá el siguiente requisito para los paquetes MSI de PowerShell publicados anteriormente, si llevan solo direcciones URL en lugar de los avisos en sí mismos (desde https://github.com/PowerShell/PowerShell/issues/8846 ) y las direcciones URL no más trabajo después de cambiar el nombre de la sucursal: https://github.com/PowerShell/PowerShell/blob/ab7460365ffdd40e1c3ae67958a27f210c6b594a/LICENSE.txt#L14-L15

Sin embargo, los paquetes MSI aparentemente instalan $PSHOME\LICENSE.txt y $PSHOME\ThirdPartyNotices.txt (desde https://github.com/PowerShell/PowerShell/pull/7203 ).