同意楼上的 svelte 方案，svelte 配合支持 tailwind 的 ui 库，写起来也太方便了

@droppedbytech 您想想，与其去教一个 git 新手去学习 git rebase -i 这种交互式变基操作，不如直接教他用 GUI 工具快得多。你看看下面的回复，1.如果要从中间两个提交之间删怎么办？需要 rebase -i <start-commit> <end-commit> ，2.在编辑信息的时候是没法看到每个提交修改了哪个文件，除了多开 CLI 。reset 的都洗洗睡吧，不屑于和他们讨论这个问题

@yagamil 这种压扁提交的方式有很多种但用命令行来实现都不简单，使用图形界面就比较简单

这个问题那些 git 命令行最棒的人就跟没看见一样，笑死，切到需要的分支上，用 tortoisegit 查看提交记录，多选若干个提交，压扁成一个提交，完了，再看 merge 或者 rebase 到 master 分支上

怎么能不提 《 dk 怀孕百科》，这本便宜又好用

@SimonOne 同事也是推荐我用 source tree ，但我发现竟然没有这种救我于水火的功能，就叛逃到 tortoisegit 门下了。一般多人开发的话还是要商讨有无必要做这件事，确认必须要做然后你们 git 比较熟的人来做这件事，因为这个还是挺危险的操作。顺便如果不想重新 clone ，pull 的时候加上 force 也可以强制覆盖你本地的，但为了不至于丢失原来的数据，一般推荐是重新 clone ，有什么失误也可以保留一份之前的好拯救

@SimonOne 本质就是这样的，但 squash 还是 edit 需要你去做判断

大概是从这个回答得到的答案 https://stackoverflow.com/questions/307828/how-do-you-fix-a-bad-merge-and-replay-your-good-commits-onto-a-fixed-merge#answer-23188613

从中就可以看出 reset 并不是一个好办法，因为你需要 hard reset + rebase 。而上面的 reset 回答全部没有提到这点，说明他们连 hard reset 和 reset 区别是什么都搞不清楚，也不知到后面的 rebase 要经历怎样的苦难

我的答案大概是 Solution 4 的简化版，其中使用了 Interactive Rebase

首先，你需要从要移除的提交开始执行 interactive rebase
`git rebase -i <要移除的前一个提交>~`
当然也可以指定结束的提交，注意结束的那个提交不会被删除
`git rebase -i <要移除的提交前一个提交开始> <要移除的提交结束>`

就可以看到你的提交了，直接把不想要的那几行前面的 pick -> squash 了（默认的操作编辑器是 vim ，感受一下命令行最叼编辑器吧），但你很容易删错，因为你此时看不到到底那几个提交记录了你哪几个文件，更改提交则使用 pick -> edit
接下来保存退出（什么你连保存退出 vim 都不会那还是趁早放弃吧——）

再执行`git commit --amend`保存这次修改，最后`git rebase --continue`就完成了这次修改，再 force push 到远端就抹除了，其他人已有你那个提交最简单就是重新 clone 一个，不然还要重新 merge

其实是很复杂的，你可以随时`git log`看看变化。

简化到 GUI 上就是打开提交历史，压扁成一个提交，没了就这么简单。

这是我这么多年和 git 搏斗总结的经验，如果还是有冥顽不化的人非要 reset 那只能祝你早日被 git 气到中风

首先你要知道在 gayhub 上仓库的和你本地仓库的没有什么区别，push 时覆盖提交（--force ）即可
知道了这点之后那就落到了如何把这个文件从你的提交历史记录删掉了。这个是一个 cherry-pick 问题，使用 git 的命令行特别复杂，但对于一些 GUI 的就特别简单，例如 tortoisegit ，打开这个仓库的提交记录窗口，把包含了这个大文件到删除了这个大文件的提交都选上，选择压扁成一个提交。最后强制 push 到远程仓库即可。
顺便吐槽一下楼上的几位，git 就学成这样还 reset ，算了吧（

@xubeiyan 草写错了，是赛迪信息

重庆小公司感觉做的很杂，只会前端还要 13k 估计不太可能要。因为不去学点新的没法应付多种挑战，大点的公司中冶赛迪技术（本人呆过）可以考虑下，不是很看学历，也不是很看你技术，他们教人的耐心还是不错的，不过上班在金童路（ 3 号线），可能南岸过去有点远。重庆给钱多的公司大多都在江北和渝北，南岸这边估计很少。

那叫 material design 3 ，目前看到了一个 actify （但他说我抄的 vuetify

最后的安都简单了，记得不要带电操作即可。

首先你要规划好入户如何分空气开关，这个就很吃经验，因为你要估算每个开关对应的区域大概的功率，这个没法生搬硬套。例如如果你把容易跳闸的和照明电路接一个就很容易一跳闸就全屋黑了。
其次就是空气开关型号的选择，知道这些 1P2P ，1P+N 代表什么意思，有哪些作用，需要怎么维护。
再就是电线不是直接走在空气中的，一般是需要管子的，安管子需要怎么规划线，走天还是走地，管子要买多少米哪里接头哪里拐弯。农村房屋一般直接钉在墙上或者天花板上。
接下来就是插座和开关的选择，明盒还是暗盒
农村房子没去预埋线多半是走明盒，开关记得装时断路全在火线上就是了。如果有一开双控一开多控的线接法额外计算多出来的线。
建议先多做方案，在纸上推演怎么装，装哪儿，甚至可以 AutoCad 画图。再规划材料的购入，要买多粗的线多少米，空气开关，灯座，开关，插座多少个。

手持 pixel4 发来问候，这个最近淘宝上大概只要几百块了吧

@twofox 使用公钥认证时的 sshd log 应该长这样，这是客户端等待输入用户时的
···
Aug 8 08:50:14 sakuramoyu sshd[2885479]: debug3: fd 5 is not O_NONBLOCK
Aug 8 08:50:14 sakuramoyu sshd[2885479]: debug1: Forked child 2885502.
Aug 8 08:50:14 sakuramoyu sshd[2885479]: debug3: send_rexec_state: entering fd = 8 config len 3256
Aug 8 08:50:14 sakuramoyu sshd[2885479]: debug3: ssh_msg_send: type 0
Aug 8 08:50:14 sakuramoyu sshd[2885479]: debug3: send_rexec_state: done
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: oom_adjust_restore
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: Set /proc/self/oom_score_adj to 0
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: inetd sockets after dupping: 4, 4
Aug 8 08:50:14 sakuramoyu sshd[2885502]: Connection from 10.1.122.254 port 59841 on 10.1.123.123 port 22 rdomain ""
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: Local version string SSH-2.0-OpenSSH_8.9p1 Ubuntu-3ubuntu0.3
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: Remote protocol version 2.0, remote software version PuTTY_Release_0.77
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: compat_banner: no match: PuTTY_Release_0.77
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug2: fd 4 setting O_NONBLOCK
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: ssh_sandbox_init: preparing seccomp filter sandbox
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug2: Network child is on pid 2885503
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: preauth child monitor started
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: privsep user:group 106:65534 [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: permanently_set_uid: 106/65534 [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: ssh_sandbox_child: setting PR_SET_NO_NEW_PRIVS [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: ssh_sandbox_child: attaching seccomp filter program [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: append_hostkey_type: ssh-rsa key not permitted by HostkeyAlgorithms [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: list_hostkey_types: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: send packet: type 20 [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: SSH2_MSG_KEXINIT sent [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug3: receive packet: type 20 [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug1: SSH2_MSG_KEXINIT received [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug2: local server KEXINIT proposal [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug2: KEX algorithms: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,[email protected],diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hel
lman-group18-sha512,diffie-hellman-group14-sha256 [preauth]
Aug 8 08:50:14 sakuramoyu sshd[2885502]: debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 [preauth]
···
可以看出我是使用`putty`连接的，下面有`HostKeyAlgorithms`不允许`ssh-rsa`这种类型
如果你的 SSH log 没有类似于上面的，可以考虑是不是输错了地址（连到别人的 SSH 上了也不是没这个可能）或者是直接被防火墙拦截了

@twofox 楼上说的只是一种可能，我现在依然用 ssh-rsa 的公钥在连 ubuntu22.04 ，并没有影响。你可以看看是否成功重启了 sshd ，log 里面没有改变那基本上是没有成功重启修改了配置的 sshd ，你试那么多 ssh 终端软件没重启 sshd 还不是没作用，贴下你的`tail -f /var/log/auth.log`，看看有没有 debug3 字样。回复时要多贴运行结果，少发你自己的操作。提供下你的 linux 发行版本，也好排查。

@twofox 在`/etc/ssh/sshd_config`里找到日志等级相关的`LogLevel`，改为`LogLevel DEBUG3`
然后重启你的`sshd`（例如`sudo service ssh restart`)
再用 putty 登一下，就能看到默认在 `/var/log/auth.log`的日志文件的出错原因了

参考来自于 https://stackoverflow.com/questions/20864224/putty-getting-server-refused-our-key-error

多半是密钥交换算法服务器觉得太老了，但你的终端软件又不支持新的。自己打开服务器的 ssh.log 看