四川住房建设和城乡建设厅网站,nginx wordpress,推广软件赚钱违法吗,phpcms做汽车网站最近Linux6.2出来了增加了很多新的东西#xff0c;有看点的是#xff0c;Linux确实要可以在Apple M1上面运行了#xff0c;这应该是一个很大的新闻#xff0c;如果有这么稳定的硬件支持#xff0c;那对于Linux来说相当于又打下了一大片的江山。其中关于Linux6.2的特性罗列…最近Linux6.2出来了增加了很多新的东西有看点的是Linux确实要可以在Apple M1上面运行了这应该是一个很大的新闻如果有这么稳定的硬件支持那对于Linux来说相当于又打下了一大片的江山。其中关于Linux6.2的特性罗列如下Nouveau 中早期的 NVIDIA RTX 30/Ampere GPU 支持更新了 Zstd 压缩代码其他 Btrfs 性能增强Squashfs 文件系统的新挂载选项支持 Wi-Fi 7 和 800Gbps 网络的基础工作在 exFAT 驱动程序中更快地创建文件/文件夹RISC-V 对持久性内存设备的支持 英特尔 IFS 驱动程序现已稳定Intel Alder Lake N/Raptor Lake P 适度节能USB 4 连接唤醒/断开支持支持 ChromeOS 人体存在传感器 (HPS)Raspberry Pi 4K 60Hz 显示支持6.2结束后也代表着6.3开始了在6.3版本的合并中Linus发针对一次提交发飙了发飙的原因是因为有人提交代码竟然没有好好写commit关于如何写好一个commit之前有文章你确定你会使用git commit?如下链接https://lore.kernel.org/lkml/CAHk-wgwccN-Pd1npZsBSDD3z6EGUSKsWuAEh5YC-TmfJAugmail.gmail.com/提交者是这样写的大意是说——Linus请把这些更新用在Linux v6.3-rc1上涉及一些什么什么的特性有一些围绕着虚拟子系统的其他补丁但是这些补丁已经被其他人reviewed了。看Linus是如何回复的Linus说我不得不再强调一次如果你不能清楚的说明一个提交的原因那么这次提交就显得很粗暴。之后提交者回复如下之后Linus还详细的解释了自己的观点所以说真正的大佬是超级耐心并且讲道理的如果没有Linus不吹Linus被取代迟早的事。 Ive said this before, and apparently I need to say this again: if youcannot be bothered to explain *WHY* a merge exists, then that merge isbuggy garbage by definition.Okay, understood. This was a merge of the fixes for v6.2. Ill explain that more clearly in the log from now on. :)So I really want people to document their merges, not just so that I
(and others) can see oh, thats why it exists at all, but also
because I want to make people think about their merges more in
general.For example, one reason why people do these kinds of merges is because
they are starting to do some new development for the next release, and
that new development then depends on fixes or infrastructure that they
had in another branch (like a for-linus branch in case of fixes).So then they - mindlessly - just do a git merge that-branch and the
end result looks very much like what you sent me.In a slightly better world, they then actually write an explanatory
commit message for that merge, knowing that I ask for them, and the
merge commit message ends up being exactly that kind of slightly oddNow Im starting a new thing that depends on the fixesI already sent upstream, so Im merging that branchWhich while certainly better than no explanation at all sounds a bit
odd, doesnt it? Yeah, add a few details on just what you depend on
and why, and it gets much better, but its all going to be a bit
hand-wavy about future work that you havent even written yet.And *that* will them maybe make you then go Ahh, Im doing things wrong.Because the nice git way to do that kind of thing is to actually
realize oh, Im starting new work that depends on the fixes I already
sent upstram, so I should just make a new topic branch and start at
that point that I needed.And then - once youve done all the new work that depended on that
state, only at *THAT* point do you merge the topic branch.And look - you have exactly the same commits: you have one (or more)
normal commits that implement the new feature, and you have one merge
commit, but notice how much easier it is to write the explanation for
the merge when you do it *after* the work.Instead of having to waffle about future work depends on this feature
that was in another branch, so Im merging this branch, your merge
commit now makes *sense*. Youre not merging some old state in order
to create new features, you are literally just merging the completed
new feature.So *this* is one reason I want people to really think about, and
explain, their merges. Because it may be that having to explain it
makes you go Oh, Im doing this wrong.Now, in your case, I dont actually think you needed that merge for
any future new work at all. I think you just randomly did a merge to
just get the same warning fixes that you had already sent me. So in
this case, it smells like the merge was just entirely superfluous.Those kinds of superfluous merges can be ok - its just annoying to
have a development branch that still shows some artifact that you
already fixed elsewhere.But they still need the explanation. And for that case, I want the
explanation partly to make it clear that you really *thought* about
it, and partly just so that I can see why you did it.Because we have a very real history where people did mindless daily
back-merges like this just because with absolutely no rhyme or
reason, just because they wanted to start each day with the most
recent base, and it really gets very ugly. The development history can
go from a DAG that actually visualizes the different development
streams nicely to a spider-net maze of inexplicable merges very
quickly.Linus
