Powershell: Permintaan Fitur: ganti nama cabang default

Semi-terkait, Microsoft memiliki hackathon karyawan yang akan datang pada bulan Juli dan membuat semua CI bekerja dengan perubahan ini pasti akan cocok dengan baik di sana.

Antarmuka pengguna PowerShell-7.0.0-win-x64.msi berisi hyperlink ke https://github.com/PowerShell/PowerShell/blob/master/LICENSE.txt dan https://github.com/PowerShell/PowerShell/ blob/master/ThirdPartyNotices.txt , dan beberapa paket NuGet memiliki yang pertama sebagai URL lisensi.

GitHub

PowerShell/PowerShell

PowerShell untuk setiap sistem! Berkontribusi pada pengembangan PowerShell/PowerShell dengan membuat akun di GitHub.

GitHub

PowerShell/PowerShell

PowerShell untuk setiap sistem! Berkontribusi pada pengembangan PowerShell/PowerShell dengan membuat akun di GitHub.

Saya yakin kita akan menemukan lebih banyak referensi khusus cabang setelah kita mulai menggali. Kami dapat mempertahankan master untuk satu atau dua versi sebagai cabang non-default untuk menjaga tautan tetap hidup. Atau mungkin Github akan menemukan beberapa fitur pengalihan cabang sebelum kita sampai sejauh ini (mungkin kita tidak akan menjadi satu-satunya dalam kesulitan ini)

Di mana hubungan antara dua item dicirikan sebagai "master / slave" kasusnya jauh lebih mudah dibuat daripada ketika master digunakan sendiri dalam arti 'yang definitif' (seperti dalam master-tape, -copy, -key, - switch dll) di mana slave- tidak masuk akal sebagai awalan untuk yang lain. Tetapi ketika kita berbicara tentang menguasai seni sesuatu, menciptakan karya agung, menampilkan The Master Builder karya Ibsen, (atau menyebut seseorang sebagai master-apa pun termasuk dalang), belajar untuk gelar master - di mana orang yang bertanggung jawab atas beberapa perguruan tinggi adalah dikenal sebagai "master" atau pegolf yang bermain di master. Saya _sangat_ ingin tahu apakah setiap penggunaan "master" dalam bahasa Inggris menyebabkan kekecewaan bagi orang-orang yang warisannya menjadikan perbudakan sebagai subjek yang sensitif, atau apakah ini orang yang sama yang dihancurkan oleh rasa malu ketika menggunakan ungkapan seperti "Saya akan memeriksanya" ketika berbicara dengan orang buta. (Saya punya Paman, sekarang sudah meninggal, yang marah ketika orang menggunakan istilah selain "buta" untuk menggambarkan kekurangan penglihatannya, saya ingat dia berteriak 'Saya tidak b----- tunanetra saya _buta_ !', dan jika orang-orang membuat keributan karena telah menggunakan metafora semacam itu, dia juga akan marah. Pengalaman itu menunjukkan kepada saya bahwa orang-orang tidak begitu paham dengan beberapa istilah seperti yang kita pikirkan - tapi saya sadar Saya mungkin meremehkannya juga).

Saya berkontribusi pada satu proyek yang dibuat dan dikelola oleh PoC yang tampaknya tidak memiliki masalah dengan penamaan cabang (contohnya tidak banyak, tetapi hanya itu yang saya miliki) Saya mencoba untuk mendapatkan pekerjaan untuk keluar dari fiksasi dengan melakukan segala sesuatu dengan/ke/dari/dalam sesuatu yang bernama "Master" dengan tidak memiliki cabang dengan nama itu di proyek baru. Mengubah proyek yang ada dan menemukan semua tempat di mana nama lama disematkan akan datang dengan banyak masalah, tidak ada yang tidak dapat diatasi; jadi jika ada pelanggaran asli (tidak dibayangkan) mari kita ubah; jika itu hanya imajiner upaya itu bisa lebih baik digunakan di tempat lain.

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

Saya tidak melihat alasan untuk menentang perubahan itu. Memperbarui beberapa tautan sepenuhnya sepele dan upaya satu kali. 🙂.

Ini adalah ringkasan yang bagus (dari artikel tertaut):

Perlakukan terminologi bermasalah sebagai utang teknis. Ketika Anda mengetahui bahwa Anda memilikinya dalam proyek Anda, jadikan prioritas untuk menghapusnya.

Blog oleh Carbon Five

Terminologi Bermasalah dalam Open-Source

Ini tetap menjadi praktik umum dalam sistem basis data saat ini untuk merujuk pada konfigurasi di mana satu basis data adalah sumber kebenaran, dan basis data lain adalah replika yang mengikuti keadaan sumber ...

@jhoneill Saya mendengar Anda (dan saya tentu saja tidak menyarankan agar kita melarang kata ) tetapi mengingat bahwa kata tersebut telah dirusak (khususnya dalam konteks sistem terdistribusi) oleh penggunaan historis yang meluas untuk menggambarkan rantai replikasi, saya masih akan berdebat kita ganti namanya. Tidak sedikit karena itu bukan deskripsi yang baik - cabang default di repositori git bukan salinan repositori yang otoritatif, itu hanya jalur _a_ melalui pohon versi.

Jika master adalah kumpulan komit mandiri yang semuanya dapat menghasilkan rilis yang valid, itu mungkin masuk akal.

Ada diskusi internal di Msft tentang semua proyek GitHub kami daripada satu per satu. Ada permintaan agar GitHub memiliki beberapa alat untuk mendukung ini sehingga semua orang dan semuanya tidak rusak saat mengganti nama.

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

Artikel itu mengatakan apa yang saya katakan, membuat kasus untuk menyingkirkan "tuan/budak" sangat mudah - kita tidak boleh mengacu pada hal-hal sebagai budak. Master sendiri agak berbeda, apakah itu master slide di PowerPoint atau apa pun.

@jhoneill Saya mendengar Anda (dan saya tentu saja tidak menyarankan agar kita melarang kata ) tetapi mengingat bahwa kata tersebut telah dirusak (khususnya dalam konteks sistem terdistribusi) oleh penggunaan historis yang meluas untuk menggambarkan rantai replikasi, saya masih akan berdebat kita ganti namanya. Tidak sedikit karena itu bukan deskripsi yang baik - cabang default di repositori git bukan salinan repositori yang otoritatif, itu hanya jalur _a_ melalui pohon versi.

Jika master adalah kumpulan komit mandiri yang semuanya dapat menghasilkan rilis yang valid, itu mungkin masuk akal.

Masalahnya adalah: salah satu mengatakan 'lihat, kata ini tercemar, tidak ada lagi "Master Slides", tidak ada lagi "Turnamen Master" dalam olahraga, melarang pertunjukan "Die Meistersinger" atau "The Master Builder", di sini di Inggris ambil "Masterchef" dan "Mastermind" dari TV, temukan nama baru untuk lukisan "Tuan Lama" dan "Masterpeices" ...yada yada yada ' Atau seseorang berkata, "Di mana orang [secara sah] marah, dan bagaimana kita berhenti mengganggu mereka?" _Legitimately_ berarti orang-orang berkulit pucat seperti Anda dan saya tidak benar-benar mendapatkan suara ketika yang menjadi perhatian adalah perbudakan. Dalam kasus tersebut tidak ada master yang terkait dengan budak, tetapi jika menyinggung meskipun demikian, itu harus pergi.
Jika penyandang disabilitas mulai mengatakan "Lihat, PowerShell seharusnya tidak memiliki 'Nonaktifkan' sebagai kata kerja yang disetujui" orang yang berbadan sehat tidak akan mendapat suara ... dll. Saya pikir ada unsur "permaluan pre-emptive" . ... "Bagaimana jika grup ini tersinggung dengan ini atau itu" .

"Master" _only_ berguna sebagai istilah untuk cabang dalam arti "sumber dari banyak salinan". Pertunjukan saya saat ini bekerja di tempat dengan beberapa praktik buruk di sekitar [kurangnya] percabangan dan _not_ memiliki cabang bernama master pada proyek baru akan membantu itu. (Dan jika "main" , yang merupakan nama yang cukup tidak membantu, atau "trunk", yang setidaknya merupakan sumber cabang, menjadi norma, kami juga dapat menghindarinya). Saya tidak begitu mengerti baris terakhir Anda - master - atau apa pun nama cabangnya - harus selalu menghasilkan rilis yang valid, karena jika tidak bercabang darinya dan menambahkannya tidak akan menghasilkan satu. .

Mengubah apa yang ada lebih sulit, karena setiap 3300 garpu dari repo ini perlu diperbarui. Saya perhatikan Anda masih memiliki cabang master di repo Anda, dan @ vexx32 masih memiliki master di PSKoans, dll (dan ini tidak dimaksudkan untuk sinis, tetapi saya tidak dapat mengungkapkannya dengan lebih baik) sebelum mengusulkan/mendukungnya untuk ini. lebih baik untuk menyelidiki kepraktisan pada repo yang Anda kendalikan - Saya kira Anda melihat Scott Hanselmann tentang ini dan membaca beberapa komentar tentang hal-hal yang rusak - tidak ada yang tidak dapat diperbaiki, saya yakin, hanya lebih banyak pekerjaan daripada yang diperkirakan.

Blog oleh Carbon Five

Terminologi Bermasalah dalam Open-Source

Itu tetap menjadi praktik umum dalam sistem basis data saat ini untuk merujuk pada konfigurasi di mana satu basis data adalah sumber kebenaran, dan basis data lain adalah replika yang mengikuti keadaan sumber ...

Saya perhatikan Anda masih memiliki cabang master di repo Anda

FWIW Butuh waktu sekitar 35 menit untuk memperbarui penunjukan cabang default di semua (~ 25) sumber repo saya sekarang, tapi saya khawatir itu bukan proxy yang baik untuk menilai dampak pada PowerShell/PowerShell.git (Saya hanya memiliki sedikit atau kurang kontributor dalam proyek saya yang paling populer)

salah satunya mengatakan [...]

Kecuali, bukan? Kita tidak benar-benar hidup di dunia di mana semuanya adalah pilihan biner yang bergantung pada prinsip absolut - bahasa dan vernakular berkembang, dan ini bukan diskusi tentang apakah enam mesin terbang latin m , a , s , t , e , r dalam urutan itu merupakan "kata terlarang" yang harus kita ban dengan cara apa pun.

Apa yang _Saya_ katakan adalah: Tetap nikmati karya agung Anda sambil menonton Masterchef dan mendaftar untuk kelas master... dan ganti nama cabang default di repositori ini menjadi sesuatu yang semoga sedikit lebih inklusif

Saya perhatikan Anda masih memiliki cabang utama di repo Anda

FWIW Butuh waktu sekitar 35 menit untuk memperbarui penunjukan cabang default di semua (~ 25) sumber repo saya sekarang, tapi saya khawatir itu bukan proxy yang baik untuk menilai dampak pada PowerShell/PowerShell.git (Saya hanya memiliki sedikit atau kurang kontributor dalam proyek saya yang paling populer)

Ini mungkin proxy yang buruk, tetapi ini adalah permulaan. Ini membungkam setiap kritik terhadap Anda, dan membantu untuk mengetahui apakah ada efek samping yang belum diantisipasi, bagaimana mengatasinya dan sebagainya.

salah satunya mengatakan [...]

Kecuali, bukan? Kita tidak benar-benar hidup di dunia di mana semuanya adalah pilihan biner yang bergantung pada prinsip absolut - bahasa dan vernakular berkembang, dan ini bukan diskusi tentang apakah enam mesin terbang latin m , a , s , t , e , r dalam urutan itu merupakan "kata terlarang" yang harus kita ban dengan cara apa pun.

Yah... Saya pikir ada ruang di dunia untuk lebih dari satu pandangan - saya tidak yakin saya benar dan bahkan kurang yakin orang lain salah. Ada perasaan yang berkembang bahwa kita tidak boleh menggunakan "master/slave", dan saya telah menyaksikan dua sisi di forum fotografi marah tentang penggunaan unit flash - dan tampaknya tidak ada kesamaan antara "Beraninya orang memberi tahu kami untuk mengubah" dan "Bagaimana Anda bisa terus menggunakan istilah-istilah itu".
Tapi "Guru" bukanlah yang merepotkan dalam pasangan itu dan memiliki beragam arti dari ahli/guru, sumber asli, hingga penanggung jawab. Entah _setiap penggunaan_ kata membangkitkan perbudakan, atau _beberapa tidak_ dan saya _berpikir_ Anda bersama saya bahwa beberapa tidak. Saya akan mengatakan bahwa penggunaan sebagai nama cabang ada di tumpukan "jangan".

Apa yang _Saya_ katakan adalah: Tetap nikmati karya agung Anda sambil menonton Masterchef dan mendaftar untuk kelas master... dan ganti nama cabang default di repositori ini menjadi sesuatu yang semoga sedikit lebih inklusif

Saya cenderung ke arah pilihan biner... Jika _master-branch_ tidak inklusif, mengapa _master-class_ OK? Saya ingin beberapa bukti bahwa itu membuat perbedaan pada inklusivitas. Dilakukan dengan benar itu tidak berbahaya, dan menyenangkan beberapa orang tetapi bukan orang-orang yang kami khawatirkan untuk dikecualikan.

Seperti yang saya singgung di atas, cabang default bukanlah turnamen golf atau guru, dan dalam sistem terdesentralisasi seperti git , master sebenarnya bukan deskripsi yang tepat. Tapi itu jelas tidak semua ini terjadi.

Saya minta maaf jika saya tidak menyampaikan maksud saya dengan benar saat menyebut master sebagai pilihan penamaan cabang yang "kurang inklusif", jadi izinkan saya mencoba dan melakukannya:

Kami memiliki sedikit masalah pria kulit putih di komunitas ini - dan maksud saya bukan bahwa setiap pria kulit putih di komunitas PowerShell adalah masalah, tetapi ketika saya pergi ke konferensi, pertemuan grup pengguna, dll., ada sebagian besar orang yang terlihat seperti saya . Hal ini membuat _bagi saya_ sangat mudah untuk merasa sebagai "bagian dari suku", tetapi saya benar-benar takut bahwa pengalaman positif yang saya alami hanyalah angan-angan belaka bagi seseorang yang kebetulan _tidak_ mirip dengan saya. Sekarang, 5 tahun yang lalu saya mungkin berpikir sendiri "mungkin itu hanya cerminan dari itu/pengembang/teknologi secara umum" dan bahwa masalahnya entah bagaimana akan "menyelesaikan dirinya sendiri". Tapi jika saya melihat sekeliling saya hari ini, _tidak banyak yang berubah_.

Mengubah nama cabang default menjadi sesuatu selain master _tidak akan menyelesaikan masalah itu_, tetapi rasanya seperti _usaha-terkecil_ yang dapat kita lakukan untuk mengirim sinyal bahwa kita benar-benar peduli untuk membuat komunitas (termasuk berkontribusi untuk pengembangan PowerShell) lingkungan yang terbuka dan inklusif. Dan mungkin, hanya _maybe_, itu akan memudahkan orang lain untuk menyuarakan keprihatinan mereka yang lebih mendasar tentang bagaimana kita dapat memajukan misi itu. Dan berdasarkan komentar dari @SteveL-MSFT dan @thomasrayner di atas, untungnya Microsoft ikut serta.

Berbicara hanya untuk diri saya sendiri di sini, bukan untuk atasan atau rekan kerja saya

Penggunaan istilah master untuk nama default/cabang utama tidak mengganggu saya, dan saya pribadi merasa bahwa itu lebih mirip dengan contoh istilah lain yang diterima secara luas dan disetujui. _Namun_, banyak masyarakat yang memiliki pendapat lain dan terluka, bahkan dalam skala kecil, dengan penggunaan istilah master dalam konteks ini. Saya ingin orang-orang itu disertakan dan itulah mengapa saya mendukung perubahan nama cabang Git default. Bukan karena menghapus istilah jahat dari leksikon proyek ini, tetapi karena itu membantu orang lain merasa lebih diterima di proyek bahkan jika alasan mereka merasa tidak nyaman atau dikucilkan bukanlah alasan yang saya identifikasi. Ini dan pada dasarnya setiap proyek open source berkembang karena, dan bergantung pada kontribusi dari komunitas individu yang kaya dan beragam, yang perspektif dan pendapat berbedanya dibagikan dan digabungkan untuk membuat proyek yang lebih besar.

Saya tidak perlu merasa "benar" atas seseorang yang pengalamannya telah membuat mereka merasa berbeda dari saya. Saya merasa perlu untuk melakukan apa yang ada dalam kekuatan dan kemampuan saya untuk membantu membuat mereka merasa nyaman menjadi bagian dari proyek dan komunitas yang saya hargai.

ada banyak komunitas yang memiliki pendapat lain dan terluka, bahkan dalam skala kecil, dengan penggunaan istilah master dalam konteks ini.

@thomasrayner Saya bingung dengan ini karena saya belum menemukan siapa pun yang merasa seperti itu @IISResetMe menggambarkan " Tidak ada yang muncul perdebatan itu dan berkata "Sebenarnya kaki saya sakit / dikucilkan / kesal" dengan ini. Tautan ini juga muncul https://github.com/microsoft/calculator/issues/169 dan sekali lagi tidak ada yang mengatakan bahwa mereka secara pribadi memiliki reaksi negatif, mereka hanya membayangkan perasaan orang lain, orang bertanya mengapa webmaster atau postmaster baik-baik saja.

Saya sudah mengatakan lebih dari cukup, saya bukan "pria kulit putih", seperti "Pucat, Pria, dan Basi", dan berakhir sebagai satu-satunya orang di sini yang mempertanyakan ini ketika saya tidak berpikir "tuan" adalah nama unik yang bagus, dan untuk berbagai alasan saya mencoba berhenti menggunakannya dalam pekerjaan sehari-hari saya. Itu tidak perlu dipertahankan, dan perubahan dapat dilakukan tanpa banyak gangguan. Jika itu adalah gerakan kosong yang tidak memberikan manfaat, itu tetap tidak membahayakan, tetapi saya bisa saja salah dan mungkin ada kebaikan yang datang darinya.

@jhoneill Poin yang wajar, dan Anda mungkin memang benar - mungkin jumlah orang yang merasa terluka atau tidak diinginkan dengan penggunaannya sangat kecil, dan saya membuat kekacauan besar dari ketiadaan - tetapi sayangnya anekdot tidak banyak membuktikannya .

Meminta para korban sistem penindasan untuk "mengangkat tangan dan berbicara" dan kemudian menyimpulkan tidak ada penindasan ketika tidak ada yang berbicara adalah kesimpulan yang salah. Demikian pula Jika Anda memiliki manajer yang kasar dengan rekam jejak pembalasan dan mereka meminta umpan balik dari Anda, kemungkinan besar Anda tidak akan memberi mereka kebenaran yang murni.

FWIW ternyata kami berdua salah tentang asal usul istilah, git cargo-culted master dari BitKeeper yang menggunakan master / slave terminologi.

Semakin banyak alasan untuk mengubahnya :)

@IISResetMe memang, keinginan untuk mengubah ini mungkin tidak ada artinya, atau saya mungkin salah dan beberapa orang benar-benar kesal. Benar-benar tidak ada cara untuk mengetahuinya, saya berharap bahwa diskusi ini akan berarti orang-orang yang memiliki hak untuk merasa dirugikan akan muncul dan mengatakan "Tentang Waktu Juga!" atau "Benarkah? Menurutmu itu menggangguku?" - seperti yang Anda katakan, ada keraguan untuk menjadi orang yang mengangkatnya. Tapi tidak ada yang melakukannya sehingga kita terjebak tidak tahu.

Di sini, di Inggris, kami memiliki orang-orang yang mengatakan "Nitty-gritty" mengacu pada bagian bawah kapal budak (tidak pernah), atau "Ship-shape and Bristol fashion" adalah penjualan budak ketika itu hanya berarti "Rapi, dan diamankan agar tidak jatuh", ada cerita tentang orang yang salah mengartikan arti dokter anak dan memecahkan kaca jendela seseorang, dan seseorang yang hampir kehilangan pekerjaannya karena menggunakan kata "Pedagog". Di Inggris Utara mereka memiliki sekitar 100 kata untuk "berarti", dan salah satunya dimulai dengan N telah menyebabkan kesalahpahaman seperti itu sehingga memiliki halaman wikipedianya sendiri.

Saya berusia 50-an dan saya telah melihat orang-orang sadar bahwa kiasan tertentu memiliki nada menghina, atau hanya memabukkan dengan beberapa kelompok orang. Saya men-tweet tentang mendengar ini https://benjaminzephaniah.com/rhymin/white-comedy/ dan ketika Microsoft mulai mengubah dari "daftar hitam" menjadi "daftar blokir" saya merasa bahwa jika ada yang mengatakan "Itu hanya ..." Saya bisa menjawab "Untuk Anda, tentu saja, tapi ini seseorang yang merasa berbeda". Saya mengatakan di twitter bahwa itu pasti 10 atau 15 tahun yang lalu, namun orang-orang masih berusaha untuk mengubahnya.

Saya membuat dua poin yang kontras itu karena ada "kerugian yang diciptakan" di mana orang menuntut tindakan di mana tidak ada yang dibutuhkan dan "kerugian yang ditolak", di mana tindakan diperlukan tetapi orang menolak untuk mengambilnya. Jika penggunaan master _adalah_ masalah maka banyak orang lain juga perlu melakukannya tetapi itu sendiri bukan alasan untuk memblokir perubahan. Mungkin beberapa penggunaan baik-baik saja di beberapa negara dan bermasalah di negara lain (Beberapa orang berpikir "berkolaborasi" adalah kata yang bagus, untuk yang lain masih memiliki nuansa bekerja dengan Nazi dalam perang dunia II) dan kekhawatiran ingin menjadi internasional mungkin perlu dilakukan hal sesuatu yang bekerja di satu negara tidak perlu khawatir.

Saya melihat tautan di mana seseorang berkata "Oh ya, Linus T mungkin menggunakan master dalam sistem yang memiliki cabang, karena sistem yang berbeda di mana repo terpisah melakukan pekerjaan cabang menggunakan master/slave untuk hubungan itu". Ini adalah lompatan yang cukup besar, terutama karena slave tidak pernah menjadi bagian dari git (meskipun beberapa pengguna tidak ragu menggunakannya), dan satu orang yang tampaknya mengatakannya tidak pasti tentang hal itu. Kebetulan, lihatlah turunan dari "kultus kargo", yang mungkin juga harus dihindari. ;-)

Benyamin Zefanya

Komedi Putih - Benjamin Zephanya

Saya diputihkan Oleh penyihir putih, Wid white magic Kebohongan putih, Dicap oleh domba putih Saya bekerja sebagai pandai besi Dekat titik putih Tempat saya menderita demam arung. Masuk daftar putih sebagai whiteleg saya waz di [...]

Saya hanya akan meninggalkan ini di sini
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

Sungguh membuang-buang waktu yang dapat digunakan untuk fungsionalitas nyata, karena perubahan sekarang jauh dari sepele.

Orang-orang saya adalah budak lebih dari setengah milenium namun Anda tidak melihat kami membuat drama tentang itu di situs teknis dan tempat-tempat acak.

Saya benar-benar muak dengan kejadian seperti ini - hal-hal yang harus dijaga teknis di sini, bukan politik. Ketika berbicara tentang efek _entah bagaimana_ menarik kontributor dari jenis orang tertentu yang tersinggung oleh kata tetapi secara ajaib akan menjadi kontributor teratas begitu kata itu hilang, Anda sepertinya lupa bahwa ada juga orang yang akan berpaling dengan melangkah lebih jauh dengan kekanak-kanakan "perbaikan" diusulkan di sini. Dan ketika saya mengatakan kekanak-kanakan, itu penghinaan sastra untuk anak-anak yang dikenal untuk mentolerir perilaku yang jauh terburuk.

Anda dapat mengacungkan jempol ke bawah sekarang.

@majkinetor Terima kasih telah membagikan pendapat jujur ​​​​Anda.

Apakah Anda menganggap proposal saya kekanak-kanakan atau tidak, saya akan menghargai jika Anda dapat berbagi _masalah khusus_ yang membuat Anda berpikir itu "jauh dari sepele"? Sulit untuk melakukan diskusi teknis tanpa fakta :)

Bukan milik Anda sendiri, kegilaan ini berada di luar repositori PowerShell dan "permintaan fitur" ini. Tidak yakin apa motif Anda, saya juga tidak ingin bertindak menyusut di sini, tetapi jika ada, saya menganggapnya bermusuhan seperti halnya hal lain yang memperkenalkan pekerjaan yang jelas tidak perlu dan di luar topik pada proyek bagus seperti ini.

Tapi izinkan saya membawa _beberapa_ fakta yang banyak di antaranya berada di luar repositori ini:

• Sangat banyak dokumentasi menggunakan _master_ sebagai contoh kerja bersama dengan yang spesifik seperti berkontribusi/mengembangkan/apa pun.md. Orang-orang melakukan hal yang sama dengan intisari/cuplikan
• Sangat banyak otomatisasi yang membuat cabang ini di-hardcode atau ditetapkan sebagai nilai konfigurasi default
• Orang dapat berargumen bahwa itu adalah upaya nol untuk proyek baru tetapi orang biasanya membawa skrip yang ada dan yang lainnya ke dalam proyek baru
• Seperti yang sudah disebutkan, MS sedang mempertimbangkan atau sudah mengembangkan alat untuk ini, yang memotong dari sumber daya manusia dan waktu yang tersedia
• Banyak orang lain sekarang harus mencurahkan waktu untuk ini, di berbagai tingkatan, seperti kami di sini, yang bisa jauh lebih baik dihabiskan di tempat lain (seperti meningkatkan modul mewah Anda seperti PSCache)
• Banyak alat integratif dan CI/CD menganggap master untuk berbagai hal (seperti membangun template, cukup periksa GitLab)

Jelas, "beberapa kelompok" yang tahu di sebelah 0 tentang teknologi (dan hal-hal lain seperti hak asasi manusia) berpikir ini adalah ide bagus dan kurcaci kecil yang diasumsikan akan memperbaikinya secara ajaib di malam hari dan semua orang akan senang.

Ini juga bukan pertama kalinya hal seperti itu terjadi di Github. Ini juga bukan pertama kalinya orang yang tertarik pada teknologi dan bukan tentang segala sesuatu di bawah alam semesta menyuarakan keprihatinan mereka tentang tindakan tersebut.

Secara pribadi, saya berpikir keras untuk menyerah datang ke sini lain kali sesuatu seperti ini merayap masuk, dan kembali ke komunitas git pribadi atau lebih waras.

Saya khawatir tentang bagaimana persyaratan berikut akan dipenuhi untuk paket PowerShell MSI yang dirilis sebelumnya, jika mereka hanya membawa URL daripada pemberitahuan itu sendiri (sejak https://github.com/PowerShell/PowerShell/issues/8846 ) dan URL tidak bekerja lebih lama setelah cabang diganti namanya: https://github.com/PowerShell/PowerShell/blob/ab7460365ffdd40e1c3ae67958a27f210c6b594a/LICENSE.txt#L14-L15

Namun, paket MSI tampaknya menginstal $PSHOME\LICENSE.txt dan $PSHOME\ThirdPartyNotices.txt (sejak https://github.com/PowerShell/PowerShell/pull/7203 ).