2019-10-27 02:09:10 @azyobuzin@mstdn.maud.io
icon

Surface Book を売り払うことを考えていかねば……

2019-10-28 00:16:48 @azyobuzin@mstdn.maud.io
2019-10-27 23:57:22 красная икра님의 게시물 ikuradon@comm.cx
icon

再掲: NextCloud使っている人は設定見直そうね、脆弱性報告出てるよ👉 nextcloud.com/blog/urgent-secu

2019-10-28 00:16:52 @azyobuzin@mstdn.maud.io
icon

忘れそう

2019-10-31 12:16:57 @azyobuzin@mstdn.maud.io
icon

履歴はないが、電子署名はできる

2019-10-31 12:46:06 @azyobuzin@mstdn.maud.io
icon

@ltzz 他人の改変はわからないよ。 reflog は自分の操作ログだし、コミット日時もコマンドライン引数だったか環境変数で指定してコミットし直せるし

2019-10-31 12:48:54 @azyobuzin@mstdn.maud.io
icon

@ltzz あれは操作ログではなく、正確にはローカルの HEAD が示していたコミットのログなので

2019-10-31 12:49:40 @azyobuzin@mstdn.maud.io
icon

remote は remote の実装によるとしか。例えば GitHub には force push 禁止機能がある

2019-10-31 12:50:45 @azyobuzin@mstdn.maud.io
icon

そもそもコミット者の PC の時計に頼ってる時点で保証なんてなにもない

2019-10-31 12:54:30 @azyobuzin@mstdn.maud.io
icon

それこそ remote に全 push ログを取らせるでいいのでは。素の Git ならフックでスクリプト動かせるし、 GitHub なら webhook がある

2019-10-31 12:57:50 @azyobuzin@mstdn.maud.io
icon

だからフローとして、
1. 作業単位でブランチを切る
2. その作業についてレビューをする
3. 作業ブランチを共通ブランチ(master)にマージする
4. master への force push を許可しないことで、レビューで合意済みのコミットを改変できないようにする
というやり方が多いのでは