Powershell: Запрос функции: переименовать ветку по умолчанию

Наполовину связанный с Microsoft, в июле состоится хакатон для сотрудников, и обеспечение работы всей CI с этим изменением, несомненно, хорошо впишется в него.

Пользовательский интерфейс PowerShell-7.0.0-win-x64.msi содержит гиперссылки на https://github.com/PowerShell/PowerShell/blob/master/LICENSE.txt и https://github.com/PowerShell/PowerShell/ .

Гитхаб

PowerShell/ПауэрШелл

PowerShell для любой системы! Внесите свой вклад в разработку PowerShell/PowerShell, создав учетную запись на GitHub.

Гитхаб

PowerShell/ПауэрШелл

PowerShell для любой системы! Внесите свой вклад в разработку PowerShell/PowerShell, создав учетную запись на GitHub.

Я уверен, что мы найдем больше ссылок на конкретные отрасли, как только начнем копать. Мы могли бы сохранить master для одной или двух версий в качестве ветки не по умолчанию, чтобы сохранить ссылки. Или, возможно, Github изобретет какую-то функцию перенаправления ветвей, прежде чем мы дойдем до этого (вероятно, мы не будем единственными в этом затруднительном положении).

Там, где отношения между двумя элементами характеризуются как «главный/подчиненный», дело обстоит намного проще, чем когда «мастер» используется отдельно в смысле «окончательный» (как в мастер-лентах, -копии, -ключе, - switch и т. д.), где slave- не имеет смысла в качестве префикса для остальных. Но когда мы говорим об овладении искусством чего-либо, о создании шедевра, об исполнении «Мастера-строителя» Ибсена (или о том, чтобы назвать кого-то мастером — что угодно, включая вдохновителя), об обучении на степень магистра, — где человек, отвечающий за некоторые колледжи, известный как «мастер», или игроки в гольф, играющие в «мастерс». Я бы _действительно_ хотел знать, вызывает ли каждое использование слова «мастер» в английском языке расстройство у людей, чье наследие делает рабство деликатной темой, или это те же самые люди, которые раздавлен смущением при использовании фразы типа «я посмотрю» в разговоре со слепым. (У меня был дядя, ныне покойный, который злился, когда люди использовали другие термины, кроме «слепой», чтобы описать его полное отсутствие зрения, я помню, как он кричал: «Я не с**а слабовидящий, я _слепой_». !", и если люди поднимали шум из-за того, что они использовали такие метафоры, он так же злился. Этот опыт показал мне, что люди не так расстраиваются из-за некоторых терминов, как думают остальные, - но я знаю Я тоже могу недооценивать).

Я вношу вклад в один проект, созданный и поддерживаемый PoC, у которого, похоже, нет проблем с именованием веток (это не очень хороший пример, но это все, что у меня есть). Я пытаюсь найти работу, чтобы вырваться из фиксация на том, чтобы делать все с/в/из/в чем-то с именем «Мастер», не имея ветки с таким именем в новых проектах. Изменение существующего проекта и поиск всех мест, в которые встроено старое имя, сопряжено с кучей болевых точек, ни одна из которых не будет непреодолимой; так что, если есть настоящая (не воображаемая) обида, давайте изменим ее; если это только воображаемое, усилия можно лучше использовать в другом месте.

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

Не вижу причин возражать против изменений. Обновление нескольких ссылок совершенно тривиально и требует одноразового вмешательства. 🙂

Это хорошее резюме (из связанной статьи):

Относитесь к проблемной терминологии как к техническому долгу. Когда вы узнаете, что он есть в ваших проектах, сделайте приоритетом его удаление.

Блог Carbon Five

Проблемная терминология в Open-Source

Сегодня в системах баз данных остается обычной практикой ссылаться на конфигурации, в которых одна база данных является источником правды, а другая база данных является репликой, которая следует за состоянием источника…

@jhoneill Я слышу вас (и я, конечно, не предлагаю запретить это слово 😅), но, учитывая, что это слово было испорчено (особенно в контексте распределенных систем) широко распространенным историческим использованием для описания цепочек репликации, я все еще спорю мы переименовываем его. Не в последнюю очередь потому, что это просто плохое описание — ветка по умолчанию в репозитории git не является официальной копией репозитория, это просто _a_ путь через дерево версий.

Если бы master был набором автономных коммитов, которые могли бы привести к действительному выпуску, это могло бы иметь смысл.

Внутри Msft ведется обсуждение всех наших проектов на GitHub, а не каждого по отдельности. Есть просьба к GitHub иметь некоторые инструменты для поддержки этого, чтобы все и все не ломались при переименовании.

См.: desktop/desktop#6478 и https://blog.carbonfive.com/2018/10/08/problematic-terminology-in-open-source/ .

В этой статье говорится то же, что и я: обосновать необходимость избавления от «хозяин/раб» очень просто — мы не должны называть вещи рабами. Мастер сам по себе несколько отличается, будь то мастер-слайд в PowerPoint или что-то в этом роде.

@jhoneill Я слышу вас (и я, конечно, не предлагаю запретить это слово 😅), но, учитывая, что это слово было испорчено (особенно в контексте распределенных систем) широко распространенным историческим использованием для описания цепочек репликации, я все еще спорю мы переименовываем его. Не в последнюю очередь потому, что это просто плохое описание — ветка по умолчанию в репозитории git не является официальной копией репозитория, это просто _a_ путь через дерево версий.

Если бы master был набором автономных коммитов, которые могли бы привести к действительному выпуску, это могло бы иметь смысл.

Дело в том, что либо кто-то говорит: «Послушайте, это слово испорчено, больше никаких «Мастер-слайдов», никаких «Мастер-турниров» в спорте, запретить выступления «Мейстерзингер» или «Мастер-строитель», здесь, в Великобритании, принять «Мастершеф» и «Вдохновитель» с телевизора, найти новое название для картин «Старые мастера» и «Шедевры» ... йада йада йада ' Или кто-то говорит: «Где люди [законно] расстроены, и как мы хватит их расстраивать?" _Законно_ означает, что бледнокожие люди, такие как вы и я, на самом деле не имеют права голоса, когда речь идет о рабстве. Ни в одном из этих случаев хозяин не связан с рабом, но если он, несмотря на это, оскорбляет, он должен уйти.
Если люди с ограниченными возможностями начинают говорить: «Послушай, PowerShell не должен иметь «Отключить» в качестве утвержденного глагола», здоровые люди не имеют права голоса ... и т. д. Я думаю, что здесь присутствует элемент «упреждающего смущения» . ..."А вдруг эта группа обидится на то или на это" .

"Мастер" используется _только_ как термин для ветви в смысле "источник множества копий". Мой текущий гиг работает в месте с плохой практикой, связанной с [отсутствием] ветвления, и _не_ наличие ветки с именем master в новых проектах помогло бы этому. (И если "main" , что является довольно бесполезным именем, или "trunk", которое, по крайней мере, является источником ветвей, станет нормой, мы также можем их избежать). Я не совсем понимаю, что ваша последняя строка - master - или как там называется ветка - всегда должна создавать действительный выпуск, потому что, если он не ответвляется от него и добавление к нему, он не будет производиться. .

Изменить то, что существует, сложнее, потому что каждый из 3300 форков этого репозитория нуждается в обновлении. Я заметил, что у вас все еще есть основные ветки в ваших репозиториях, а @vexx32 все еще имеет мастер в PSKoans и т. д. (и это не значит, что это ехидно, но я не могу сформулировать это лучше), прежде чем предлагать/поддерживать его для этого, это было бы лучше изучить практические аспекты репозиториев, которыми вы управляете - я предполагаю, что вы видели Скотта Ханзельмана по этому поводу и читали некоторые комментарии о поломках - я уверен, ничего непоправимого, просто больше работы, чем предполагалось.

Блог Carbon Five

Проблемная терминология в Open-Source

Сегодня в системах баз данных остается обычной практикой ссылаться на конфигурации, в которых одна база данных является источником правды, а другая база данных является репликой, которая следует за состоянием источника…

Я заметил, что у вас все еще есть главные ветки в ваших репозиториях.

FWIW Мне потребовалось около 35 минут, чтобы обновить обозначение ветки по умолчанию во всех моих (~ 25) исходных репозиториях, но я боюсь, что это не очень хороший показатель для оценки влияния на PowerShell/PowerShell.git (я в моих самых популярных проектах есть всего несколько или меньше участников) 😄

либо один говорит [...]

Кроме, нет? На самом деле мы не живем в мире, где все является бинарным выбором, основанным на абсолютном принципе - языки и наречия развиваются, и это не дискуссия о том, являются ли шесть латинских символов m , a , s , t , e , r в таком порядке составляют «запрещенное слово», которое мы должны запретить любой ценой.

Вот что я хочу сказать: продолжайте наслаждаться своими шедеврами, наблюдая за Masterchef и записываясь на мастер-класс... и переименуйте ветку по умолчанию в этом репозитории на что-нибудь, надеюсь, более всеобъемлющее.

Я заметил, что у вас все еще есть главные ветки в ваших репозиториях.

FWIW Мне потребовалось около 35 минут, чтобы обновить обозначение ветки по умолчанию во всех моих (~ 25) исходных репозиториях, но я боюсь, что это не очень хороший показатель для оценки влияния на PowerShell/PowerShell.git (я в моих самых популярных проектах есть всего несколько или меньше участников)

Это может быть плохой прокси, но это начало. Это заставляет замолчать любую критику в ваш адрес и помогает выяснить, есть ли побочные эффекты, которых вы не ожидали, как их обойти и так далее.

либо один говорит [...]

Кроме, нет? На самом деле мы не живем в мире, где все является бинарным выбором, основанным на абсолютном принципе - языки и наречия развиваются, и это не дискуссия о том, являются ли шесть латинских символов m , a , s , t , e , r в таком порядке составляют «запрещенное слово», которое мы должны запретить любой ценой.

Ну... я думаю, что в мире есть место для более чем одной точки зрения - я не уверен, что я прав, и еще меньше уверен, что другие ошибаются. Растет ощущение, что мы не должны использовать «ведущий/ведомый», и я наблюдал, как две стороны на фотофоруме неистовствуют по поводу использования вспышек — и, кажется, нет ничего общего между «Как кто-то смеет говорить нам измениться» и «Как вы можете продолжать использовать эти термины».
Но «мастер» не вызывает беспокойства в этой паре и имеет множество значений от эксперта / учителя до первоисточника и ответственного лица. Либо _каждое использование_ этого слова вызывает рабство, либо _некоторые этого не делают_ и я _думаю_ вы со мной, что некоторые этого не делают. Я бы сказал, что использование в качестве имени ветки находится в куче «нельзя».

Вот что я хочу сказать: продолжайте наслаждаться своими шедеврами, наблюдая за Masterchef и записываясь на мастер-класс... и переименуйте ветку по умолчанию в этом репозитории на что-нибудь, надеюсь, более всеобъемлющее.

Я склоняюсь к бинарному выбору... Если _master-branch_ не является инклюзивным, почему _master-class_ подходит? Мне нужны доказательства того, что это имеет какое-то значение для инклюзивности. Если все сделано правильно, это безвредно и нравится нескольким людям, но не тем, кого мы беспокоимся об исключении.

Как я упоминал выше, ветвь по умолчанию не является ни турниром по гольфу, ни учителем, а в децентрализованной системе, такой как git , master не совсем подходящее описание. Но дело явно не только в этом.

Я извиняюсь, если я не правильно выразил свои намерения, называя master «менее инклюзивным» вариантом именования веток, поэтому позвольте мне попробовать сделать это:

У нас есть небольшая проблема с белым парнем в этом сообществе, и под этим я не имею в виду, что каждый белый парень в сообществе PowerShell является проблемой, а скорее то, что когда я иду на конференции, встречи групп пользователей и т. подавляющее большинство людей, которые выглядят так же, как я . Благодаря этому _для меня_ очень легко почувствовать себя "частью племени", но я искренне опасаюсь, что исключительно позитивный опыт, который у меня был, является просто несбыточной мечтой для того, кто _не_ похож на меня. Теперь, 5 лет назад, я мог бы подумать про себя «может быть, это просто отражение этого/devops/технологии в целом» и что проблема как-то «решится сама собой». Но если я оглянусь вокруг себя сегодня, _мало что изменилось_.

Изменение имени ветки по умолчанию на что-то другое, кроме master , _не решит эту проблему_, но кажется, что мы могли бы сделать _минимальное_ усилие, чтобы послать сигнал о том, что мы действительно заботимся о том, чтобы сообщество (включая участие к разработке PowerShell) открытая и инклюзивная среда. И, может быть, просто _может быть_, это облегчит другим возможность поднять свой голос с более фундаментальными вопросами о том, как мы можем выполнить эту миссию. И, судя по комментариям @SteveL-MSFT и @thomasrayner выше, кажется, что Microsoft, к счастью, на борту.

Здесь я говорю только за себя, а не за своего работодателя или коллег

Использование термина master для имени ветки по умолчанию/основной меня не беспокоит, и я лично считаю, что он больше похож на другие широко принятые и одобренные экземпляры этого термина. _Однако_ в сообществе есть много людей, которые придерживаются другого мнения и даже слегка обижены использованием термина master в данном контексте. Я хочу, чтобы эти люди были включены, и поэтому я поддерживаю изменение имени ветки Git по умолчанию. Не потому, что он убирает зловещий термин из лексикона этого проекта, а потому, что он помогает другим чувствовать себя более желанными в проекте, даже если причина, по которой они чувствуют себя некомфортно или исключенными, не та, с которой я отождествляю себя. Этот и практически любой проект с открытым исходным кодом процветает и зависит от вклада богатого и разнообразного сообщества людей, чьи взгляды и разные мнения разделяются и объединяются для создания большего проекта.

У меня нет никакой потребности быть «правым» по отношению к кому-то, чей опыт заставил их чувствовать себя иначе, чем я. Я действительно чувствую потребность делать то, что в моих силах и способностях, чтобы помочь им чувствовать себя комфортно, будучи частью проекта и сообщества, которым я дорожу.

в сообществе есть много людей, которые придерживаются другого мнения и даже немного обижены использованием термина master в этом контексте.

@thomasrayner Я озадачен этим, потому что я не встречал никого, кто бы так себя чувствовал. @IISResetMe описывает «белых парней», чувствующих себя виноватыми, и на самом деле говорит, что это _ «не решит эту проблему, но это похоже на наименьшее усилие». мы могли бы сделать, чтобы послать сигнал о том, что нам действительно не все равно»_ Я потратил некоторое время на поиски любого, кто выразил обиду: я не смог найти никого Пост Скотт Hanselmann от прошлой недели был лучший результатом следует ycombinator с большим количеством «белых чуваков» , реагирующих на него спорили только о том , прав ли он или просто «сигнализации добродетели» - именно поэтому я цитируемые , что немного выше Никто еще не появился в что дебаты и сказал: "На самом деле я ноги болят/исключены/раздражены" этим. Эта ссылка также оказалась https://github.com/microsoft/calculator/issues/169, и снова никто не сказал, что у них лично была негативная реакция, которую они просто представляли, что другие люди могли бы чувствовать, люди спрашивали, почему веб-мастер или почтмейстер в порядке.

Я сказал более чем достаточно, я не столько «белый чувак», сколько «бледный, мужской и несвежий», и в итоге оказался единственным человеком, который сомневается в этом, когда я не думаю «хозяин». — уникально хорошее имя, и по разным причинам я стараюсь не использовать его в своей повседневной работе. Он не нуждается в защите, и изменение может быть сделано без особых нарушений. Если это пустой жест, который не приносит никакой пользы, он все равно не приносит вреда, но я могу ошибаться, и из этого может выйти какая-то польза.

@jhoneill Справедливое замечание, и вы действительно можете быть правы - возможно, количество людей, которые чувствуют себя обиженными или нежелательными из-за его использования, бесконечно мало, и я делаю большой пух из ничего - но анекдоты, к сожалению, мало что доказывают .

Просить жертв систем угнетения «поднять руку и говорить», а затем делать вывод, что угнетения нет, когда никто не говорит, — ошибочный вывод. Точно так же, если у вас есть оскорбительный менеджер с послужным списком возмездия, и он просит вас оставить отзыв, вы вряд ли скажете ему неприкрашенную правду.

FWIW оказывается, что мы оба ошибались в происхождении термина, git Cargo-Culted master из-за использования BitKeeper терминологии master / slave .

Тем более повод поменять :)

@IISResetMe действительно, желание изменить это может быть ничем, или я могу ошибаться, и некоторые люди искренне расстроены. На самом деле нет никакого способа узнать, я надеялся, что нынешняя дискуссия будет означать, что люди, которые имели право чувствовать себя обиженными, появятся и скажут: «О времени тоже!» или «Правда? Думаешь, меня это беспокоит?» - как вы говорите, есть неуверенность в том, чтобы поднять его. Но никто этого не сделал, поэтому мы застряли в неведении.

Здесь, в Англии, у нас были люди, говорящие, что слово «мельчайшие детали» относится к днищу невольничьих кораблей (такого никогда не было), а выражение «форма корабля и бристольская мода» относится к продаже рабов, тогда как оно всегда означало только «аккуратно и аккуратно». защищены от падения», есть истории о людях, которые перепутали значение слова «педиатр» и разбили чьи-то окна, и кто-то чуть не потерял работу за использование слова «педагог». На севере Англии у них было около 100 слов для обозначения «mean», и одно из них, начинающееся с N, вызвало такое непонимание, что у него есть собственная страница в Википедии.

Мне за 50, и я видел, как до людей дошло, что некоторые фигуры речи либо имеют уничижительный оттенок, либо просто раздражают некоторые группы людей. Я написал в Твиттере, что услышал об этом https://benjaminzephaniah.com/rhymin/white-comedy/ , и поэтому, когда Microsoft начал переходить с «черного списка» на «черный список», я почувствовал, что если кто-нибудь скажет: «Это просто ...» я мог бы ответить: «Тебе, конечно, но вот кто-то думает иначе». Я сказал в твиттере, что это было, должно быть, 10 или 15 лет назад, и все же люди все еще собираются изменить это.

Я делаю эти два противопоставления, потому что есть как «придуманный вред», когда люди требуют действий там, где они не нужны, так и «отрицаемый вред», когда действия необходимы, но люди отказываются их предпринимать. Если такое использование мастера _является_ проблемой, то многие другие тоже должны будут уйти, но само по себе это не причина блокировать изменение. Может быть, некоторые виды использования допустимы в одних странах и проблематичны в других (некоторые люди думают, что «сотрудничать» — прекрасное слово, для других оно все еще имеет подтекст работы с нацистами во Второй мировой войне), и, возможно, нужно будет заняться проблемой, желающей стать международной. о вещах, работающих в одной стране, не нужно беспокоиться.

Я видел эту ссылку, где кто-то сказал: «О да, Линус Т, вероятно, использовал master в системе с ветвями, потому что другая система, в которой отдельные репозитории выполняли работу ветвей, использовала master/slave для этого отношения». Это настоящий скачок, тем более, что slave никогда не был частью git (хотя некоторые пользователи, без сомнения, использовали его), и единственный человек, который, кажется, сказал, не уверен в этом. Кстати, взгляните на происхождение слова «культ карго», которого также следует избегать. ;-)

Бенджамин Софония

Белая комедия - Вениамин Софония

Я был побелен Белой ведьмой, Белой магией Белой ложью, Заклеймен белой овцой, Я работал кузнецом Возле белого пятна, Где я страдал бурной лихорадкой. Занесен в белый список как белая нога, которую я нашел [...]

я просто оставлю это здесь
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

Какая колоссальная трата времени, которое можно использовать для реальной функциональности, поскольку сейчас это далеко не тривиально изменить.

Мой народ был рабами более полутысячелетия, но вы не увидите, чтобы мы устраивали драмы по этому поводу на технических площадках и случайных местах.

Меня очень отталкивают подобные мероприятия - здесь все должно быть техническим, а не политическим. Когда вы говорите об эффекте _каким-то_ образом_ привлечения вкладов от определенных людей, которые обижены этим словом, но волшебным образом станут главными участниками, как только слово исчезнет, ​​вы, кажется, забываете, что есть также люди, которые будут отвергнуты, пойдя дальше с ребячеством. «исправления», предложенные здесь. И когда я говорю «ребячество», это буквально оскорбляет детей, которые, как известно, терпят гораздо худшее поведение.

Теперь вы можете поставить палец вниз.

@majkinetor Спасибо, что поделились своим честным мнением.

Находите ли вы мое предложение детским или нет, я был бы признателен, если бы вы могли поделиться _конкретными проблемами_, которые заставляют вас думать, что это «далеко не тривиально»? Трудно вести техническую дискуссию без фактов :)

Не ваше как таковое, это безумие выходит за рамки репозитория PowerShell и этого «запроса функции». Не уверен, каковы ваши мотивы, и я не хочу притворяться здесь, но, во всяком случае, я считаю это враждебным, как и все остальное, что вводит явно ненужную и оффтопическую работу над таким прекрасным проектом, как этот.

Но позвольте мне привести _некоторые_ факты, многие из которых находятся за пределами этого репозитория:

• Ужасно много документации использует _master_ в качестве рабочего примера наряду с конкретными примерами, такими как содействие/развитие/что угодно.md. Люди делают то же самое с гистами/фрагментами
• Ужасно много автоматизации имеет эту ветку жестко запрограммированной или установленной в качестве значения конфигурации по умолчанию.
• Можно возразить, что для новых проектов не требуется никаких усилий, но люди обычно привносят свои существующие сценарии и еще что-то в новые проекты.
• Как уже отмечалось, MS рассматривает или уже разрабатывает инструмент для этого, который сокращает имеющиеся человеческие и временные ресурсы.
• Многие другие люди теперь должны посвятить этому время на разных уровнях, как и мы здесь, которое гораздо лучше потратить на что-то другое (например, на улучшение ваших шикарных модулей, таких как PSCache).
• Многие интеграционные инструменты и инструменты CI/CD предполагают наличие мастера для различных вещей (например, шаблоны сборки, просто проверьте GitLab).

Очевидно, «какая-то группа», знающая около 0 о технологиях (и других вещах, таких как права человека), подумала, что это отличная идея, и предположила, что маленькие гномы волшебным образом исправят это за ночь, и все будут счастливы.

Это не первый раз, когда такое происходит на Github. Это также не первый раз, когда люди, которые интересуются технологиями, а не всем остальным во вселенной, выражают свою озабоченность по поводу таких мер.

Лично я усиленно думаю о том, чтобы не приходить сюда в следующий раз, когда случится что-то подобное, и просто вернуться в приватное или более разумное сообщество git.

Я был обеспокоен тем, как следующее требование будет выполнено для ранее выпущенных пакетов MSI PowerShell, если они содержат только URL-адреса, а не сами уведомления (начиная с https://github.com/PowerShell/PowerShell/issues/8846 ), а URL-адреса не дольше работать после переименования ветки: https://github.com/PowerShell/PowerShell/blob/ab7460365ffdd40e1c3ae67958a27f210c6b594a/LICENSE.txt#L14-L15

Однако пакеты MSI, по-видимому, устанавливают $PSHOME\LICENSE.txt и $PSHOME\ThirdPartyNotices.txt (начиная с https://github.com/PowerShell/PowerShell/pull/7203 ).