このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
べつに半年の作業が 1 commit になっててもいいけど作業のヒストリではなく変更として意味のある変更の歴史として fine grain に commit 分けて、後から revert したり git blame したりしやすくしてほしい
このアカウントは、notestockで公開設定になっていません。
git commit -a -m 'wip A'
git commit -a -m 'wip B'
git commit -a -m 'fixup! wip A'
git fetch origin --prune --all
git rebase -i origin/main --autosquash
みたいなのをよくやる(remote repository 最新の main に rebase した上で、wip A の下に fixup! wip A が fixup でガッチャンコされたあとに wip B の commit がくるような歴史になる
このアカウントは、notestockで公開設定になっていません。
どちらかというとブランチ内で気軽に特定範囲の wip を squash したくて、そのために git reset --soft HEAD~N からの git commit しなおしとかをたまにやる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@kb10uy プリミティヴな git object への操作への表象という意味では restore も switch も似たようなモンで、現実的なユースケースに合わせてより意味的に分離したコマンドがつくられた、というところな気がする
git switch は -c も便利だけど、-C だと既存ブランチと同名のブランチを新規で作り直せるので切り間違えたときたまにつかう
このアカウントは、notestockで公開設定になっていません。
GitHub の PR で運用回しててかつ squash や reaase ではなく merge でやってるやつ、git-blame(1) や git-log(1) のときに --first-parent 使うと merge commit が出てくるから一応紐付く PR 番号とかわからなくもないけど、それはそれとして面倒でもあるし個別の commit message もちゃんとしっかり書いてほしい
PR が全部 1 commit だけならいいけどどう考えてもそうではないしそれは commit message をちゃんと書いてないだけなのでは
GitHub のあのボタンもじつは rebase and merge とかで merge commit つくらないモードもあるけど
ぜんぶ rebase は現実的ではないけど GitHub の update branch ボタンぽちぽちされまくって merge into main が重なりまくってる log も地獄
なぜ git rebase をやめるべきか - Frasco
https://web.archive.org/web/20171124015022/https://frasco.io/why-you-should-stop-using-git-rebase-535fa30d7e25
git-switch(1) の option は -d と --detach は等価なような、私は -d としか打ったことない
このアカウントは、notestockで公開設定になっていません。
main/master には merge commit つくるかもしんないけど review してもらう直前には rebase したりするよね
このアカウントは、notestockで公開設定になっていません。
あと最近は git-checkout(1) より git-switch(1) か git-restore(1) かなあ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
git-log(1) は「残したい歴史」を積み上げた git hash の記録だけど、git-reflog (1) は実際に HEAD を動かしてきた操作の歴史なので、git-gc(1) とかで対象の git object とかが完全に消されてない限りは、たとえば git reset --hard HEAD~ したとしても git reset --hard HEAD@{1} で元に戻る
たぶんそれは .gitconfig の diff に適当な tool やエディタ指定するのでもよかったのではという気がしなくもない
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@Eksia ただ集団に合わせて意図的にちょけてみせたりして親しみを演出したりもするので、一人にするよりはアホアホ集団に投げこんで狂った目的に置いておく今のほうがなんぼか被害が減ってそう
ところで、ヒナ委員長が卒業しちゃうとメグも卒業してる年(できるのか?)だし、カスミが3年生としてゲヘナに君臨してしまうんですが、イオリとイチカであれ抑えられるのか?
@Eksia とはいえメグも撤去で全てが解決可能だと思ってる大型犬系の純粋な狂人なので、扇動で組織された 200 名超のモブはともかくカスミ部長居なくてもヤベー集団はヤベー集団だったのでは感もある。(メグは3年、カスミは2年
@Eksia こいつが連邦生徒会でクーデターとか企む輩じゃなくて温泉開発と爆破にしか興味がない透き通った純粋な狂人でよかった、というところと、俗な小悪党ではなく純粋な狂人だからこそ悪人としての格が高すぎるし美食研究会と違って指名手配されるのも納得してしまう、ゲヘナの他のテロリストより何倍も危険すぎる
@Eksia とはいえメグも撤去で全てが解決可能だと思ってる大型犬系の純粋な狂人なので、扇動で組織された 200 名超のモブはともかくカスミ部長居なくてもヤベー集団はヤベー集団だったのでは感もある。(メグは3年、カスミは2年
@Eksia こいつが連邦生徒会でクーデターとか企む輩じゃなくて温泉開発と爆破にしか興味がない透き通った純粋な狂人でよかった、というところと、俗な小悪党ではなく純粋な狂人だからこそ悪人としての格が高すぎるし美食研究会と違って指名手配されるのも納得してしまう、ゲヘナの他のテロリストより何倍も危険すぎる
イベントの護送シーン、プロローグはハンニバル・レクターかよ笑だったけど、エピローグはハンニバル・レクターじゃん……になるの怖すぎるし、専用武器が「レッド・レクター」なのもうこわい https://x.com/jigoreido00/status/1707059222784151552?s=20
初期の夏イベントとかで温泉開発部の部員が 200 名も結集してる描写があるの、なんでこんなトンチキ部活に 200 名も入ってんだよと完全にギャグ時空で見ていたけど、今回のイベントストーリーによって部長の異常な悪のカリスマと扇動力なら 200 名集まるのもワケないなと嫌な説得力を与えてきたので、なんだこの……なに?
温泉開発部はイカれたお祭り集団だと思ってたけど足りない知性と悪のカリスマの全てをカスミ部長が担ってたことがわかってきた
@Eksia ノーマルスキル「大切なメッセージだよ」はジョーカーの「It's about sending a message」からきてるかもしんないけど
@Eksia 専用武器が「レッド・レクター」(イチカの専用武器は「レッドドラゴン」)だし、サブスキルがおそらくレクターの「Have the lambs stopped screaming?」のオマージュ、「ドリルの音は止まったのか?」なので完全に意識している(イベントのプロローグ/エピローグも狙ってる
Raspberry Pi 5 実機レビュー(外観編) | Japanese Raspberry Pi Users Group
https://www.raspi.jp/2023/09/raspberry-pi-5-interfaces-review/
外見を舐め回すレビュー記事です
このアカウントは、notestockで公開設定になっていません。
イベントの護送シーン、プロローグはハンニバル・レクターかよ笑だったけど、エピローグはハンニバル・レクターじゃん……になるの怖すぎるし、専用武器が「レッド・レクター」なのもうこわい https://x.com/jigoreido00/status/1707059222784151552?s=20
初期の夏イベントとかで温泉開発部の部員が 200 名も結集してる描写があるの、なんでこんなトンチキ部活に 200 名も入ってんだよと完全にギャグ時空で見ていたけど、今回のイベントストーリーによって部長の異常な悪のカリスマと扇動力なら 200 名集まるのもワケないなと嫌な説得力を与えてきたので、なんだこの……なに?
温泉開発部はイカれたお祭り集団だと思ってたけど足りない知性と悪のカリスマの全てをカスミ部長が担ってたことがわかってきた