チケット駆動開発だとPR先に出すのはダメにゃんだろうにゃと思うけど、misskey-devは雰囲気駆動開発だからにゃと思ってたら、こんにゃことが書いてあるから、やっぱりissue建てにゃいとダメっぽいにゃ
"When you want to add a feature or fix a bug, first have the design and policy reviewed in an Issue (if it is not there, please make one). Without this step, there is a high possibility that the PR will not be merged even if it is implemented."
https://github.com/misskey-dev/misskey/blob/develop/CONTRIBUTING.md#before-implementation
@cyberrex_v2 お、やったあ
@lila エラーが出ているわけではにゃさそう?INFOかにゃ
@cyberrex_v2 逆にどうやって作業してったんだろと思うあつ
@cyberrex_v2 あーいや本家の方です、originは自分とこのやつににゃってるはずにゃので
@cyberrex_v2 upstreamってのは、単にremoteの名前にゃので、misskey-devとかいつも使ってるやつです
@cyberrex_v2 git reset --hard upstream/develop でブランチ戻してそこからcherry-pickしていけば、それでforce pushすればにゃんとでもにゃるので、どうにもにゃります
@cyberrex_v2 お仕事終わりました、ありがとう
@cyberrex_v2 upstreamにoriginを反映させるっていうイメージにゃのよね、いつもアップデートするときはoriginにupstreamをマージするけど、今回は逆のことをしたいわけだからさ
分かってくれればいい
@cyberrex_v2 私みたいにゃ初心者が言うのもアレだけど、もう一度言わせてもらうね
そもそも違くて、本家をcheckoutして入れたい機能をsquashして持ってくるのですよ、これだとあとで開発者が見るときにもめちゃくちゃ見づらいっての分かるかしら?
PRがマージされるまではブランチの変更が反映されるから、force pushで直しちゃったもいい
のえるさんも言ってたけど、こういうやり方でやろうね
https://fedibird.com/@noellabo/108518533346639547
しがないMastodon/Misskeyフォーク開発者