1
00:00:00,000 --> 00:00:04,639
好吧，这就是说这部分已经完成，一切都很好。我只是想问它

2
00:00:04,639 --> 00:00:15,119
解释一下这个requirements.txt。您能解释一下为什么需要requirements.txt吗？

3
00:00:15,760 --> 00:00:22,959
我以为我们用的是紫外线。好吧，让我们看看它说了什么。

4
00:00:23,920 --> 00:00:29,280
UV 仍然需要输入。我用了需求。好吧，没关系，没关系。所以，如果你知道

5
00:00:29,280 --> 00:00:34,080
关于UV，它没有设置UV项目，这正是我会做的。它使用了requirements.txt，

6
00:00:34,080 --> 00:00:40,959
但它仍然使用紫外线。它声称，至少，也许我应该检查一下，但我认为这听起来

7
00:00:40,959 --> 00:00:49,680
美好的。如果我们看这里，我们应该看到 docker 文件。这个docker文件，这是你描述的地方

8
00:00:49,759 --> 00:00:54,400
泊坞窗图像。如果你还记得我解释过 docker 是如何工作的，你可以通过这个来了解

9
00:00:54,400 --> 00:00:59,759
看到它使用的是 Python 3.12，对于此类东西来说这始终是一个明智的想法。它是

10
00:01:00,720 --> 00:01:07,199
引入了requirements.txt，是的，确实做到了。这不是最好的方法

11
00:01:07,199 --> 00:01:12,720
对于了解紫外线的人来说，但这并不重要。没关系。它适用于此目的。我很高兴

12
00:01:12,720 --> 00:01:24,480
与此。好的，很好。现在，也许我可以问一下，请告诉我我如何自己测试这部分。

13
00:01:26,959 --> 00:01:31,519
好的，我们将向我们解释如何检查第二部分是否正常工作，

14
00:01:31,519 --> 00:01:36,720
因为我们想要信任，但每一步都要验证。好的，所以首先，

15
00:01:36,720 --> 00:01:41,120
我们应该打开一个终端。这里有一个终端。我可以按加号按钮

16
00:01:41,120 --> 00:01:52,639
要有一个终端，我应该去运行启动 Mac.sh 的脚本。所以我要做脚本

17
00:01:54,239 --> 00:02:02,639
启动Mac.sh，它说权限被拒绝，因为我需要坚持下去。不，我只是去

18
00:02:02,639 --> 00:02:07,519
我知道该怎么做，但我不做任何事，只是展示这一点。

19
00:02:08,399 --> 00:02:12,800
允许。因此，如果您遇到这样的问题，您只需告诉它问题，它就会解决它。

20
00:02:12,800 --> 00:02:17,600
现在它告诉我再做一次。所以现在我要这样做 我要转到我的

21
00:02:17,600 --> 00:02:21,600
终端就是您在打开的不同终端之间切换的地方。

22
00:02:21,600 --> 00:02:28,000
我将运行脚本斜线启动Mac.sh。这就是应该开始的脚本。

23
00:02:28,000 --> 00:02:34,800
往上走。它已经启动了。现在它告诉我应该去本地主机冒号

24
00:02:35,039 --> 00:02:43,039
8000 人才能看到这个，这就是我们要做的。好的，我要去 localhost colon 8000。

25
00:02:47,839 --> 00:02:55,600
抱歉，localhost 8000 斜线。我们开始吧。尝试削减生命值。

26
00:02:56,399 --> 00:03:03,600
健康。而且状态还可以。并尝试斜杠 API 斜杠你好。

27
00:03:05,039 --> 00:03:12,160
来自快速 API 的您好。一切正常。谢谢。感谢我们的 GitHub 副驾驶。

28
00:03:12,160 --> 00:03:16,880
第二部分正在发挥作用。好的，这告诉我们可以运行停止脚本。我知道作为

29
00:03:16,880 --> 00:03:23,600
好吧，我只需按 Ctrl C 即可，这也能很好地工作。好吧，那很好。

30
00:03:25,600 --> 00:03:40,160
第二部分完成了。第二部分的所有成功标准都达到了吗？

31
00:03:43,679 --> 00:03:48,720
让我们看看它怎么说。不完全。我们核实了。所以我们没有测量 80% 的覆盖率。

32
00:03:49,119 --> 00:03:53,520
让我看看。在 PC 或 Linux 上验证脚本。好吧，我不会为此使用 PC 或 Linux。

33
00:03:53,520 --> 00:04:08,160
所以我很高兴跳过 PC Linux。我可以确认。我已经测试了所有的路线。

34
00:04:08,160 --> 00:04:15,119
测试了所有路线。让我们将其标记为完成。

35
00:04:18,559 --> 00:04:27,679
并继续第三部分。继续。那么我们就去看看看看吧

36
00:04:27,679 --> 00:04:32,799
提醒我们自己第三部分是关于什么的。但我想这将是令人兴奋的

37
00:04:32,799 --> 00:04:37,440
当我们真正看到一个合适的前端时，这对我们来说是一个时刻。让我们进入文档。

38
00:04:37,440 --> 00:04:45,519
让我们开始计划吧。让我们打开预览。看看它到底是什么第三部分。添加在前面

39
00:04:45,519 --> 00:04:51,359
结尾。静态前端。您可以注意到这里显示有 16 个文件

40
00:04:51,359 --> 00:04:56,559
改变了。它会向您显示编辑的类型和差异。在这里你可以看到什么

41
00:04:56,559 --> 00:05:05,040
差异正在发生。就像代理正在更改什么并查看正在添加什么一样，

42
00:05:05,040 --> 00:05:09,519
正在删除什么，等等。按保留按钮意味着你说我同意

43
00:05:09,519 --> 00:05:13,279
对于那些差异。有一个学派认为你应该仔细研究每一个

44
00:05:13,279 --> 00:05:17,440
单独进行单个比较。我们不会那样做。我只是按下保持按钮。是

45
00:05:17,440 --> 00:05:21,359
除非有我们特别关心的事情，否则我们会接受这样的改变

46
00:05:21,359 --> 00:05:26,160
关于。也许就像我们第一次使用人工智能方面时一样。好的。不管怎样，我会回来见你的

47
00:05:26,160 --> 00:05:30,959
当第三部分准备好测试时，第二次。当它在的时候我要停下来一会儿

48
00:05:30,959 --> 00:05:34,399
思维中间。大约花了10分钟才提到一些我正在做的有趣的事情

49
00:05:34,399 --> 00:05:40,320
看到这里发生的事情。我做到了，也许，我会继续让事情顺其自然，也许也许是

50
00:05:40,320 --> 00:05:46,799
说必须达到 80% 的单元测试覆盖率是愚蠢的。并且已经花费了最后的时间

51
00:05:46,799 --> 00:05:52,160
就像大多数时候一样，它写得很快。一直在测试中陷入困境

52
00:05:52,160 --> 00:05:56,880
构建漫长而复杂的测试来尝试确保它涵盖了所有内容。但事实并非如此

53
00:05:56,880 --> 00:06:01,920
以明智的方式做到这一点。真正重要的并不是测试事情。它正在添加测试

54
00:06:01,920 --> 00:06:07,920
只是为了它，以一种被认为没有帮助的方式来测试事物

55
00:06:07,920 --> 00:06:13,279
测试事物只是为了实现目标。这是一个很好的陷阱例子

56
00:06:13,279 --> 00:06:18,160
陷入法学硕士的困境，他们非常渴望遵守规则，但他们却没有这样做

57
00:06:18,160 --> 00:06:23,519
反驳说，你知道吗，我知道你想要 80% 的测试覆盖率，但我们没有做到

58
00:06:23,519 --> 00:06:28,880
有效利用时间。所以这是需要注意的事情。现在它说一切都完成了。完成了

59
00:06:28,880 --> 00:06:33,200
很多很多的测试。它花费了大部分时间进行测试。前端和前端都完成了

60
00:06:33,200 --> 00:06:39,119
后端测试。所以我们现在应该处于非常好的状态。现在是我们尝试第三部分的时候了。

61
00:06:39,119 --> 00:06:44,000
好的，第三部分完成后，我们将对其进行测试。我要启动Mac

62
00:06:44,000 --> 00:06:50,160
脚本，你应该做一个启动PC脚本，它来了，服务器已经启动，它正在运行。

63
00:06:50,160 --> 00:06:57,519
所以现在我应该打开浏览器并转到 localhost、localhost、colon 8000。

64
00:06:58,799 --> 00:07:04,480
我们希望看到看板。我们确实看到了看板。在这里，我们有它。这就是看板，

65
00:07:04,480 --> 00:07:08,720
前端正在被服务。看起来很棒。我们应该能够把它移到那里。是的，

66
00:07:08,720 --> 00:07:16,480
我们可以。我们有一个看板前端视图，看起来非常奇特。事实上，好的旧编解码器

67
00:07:16,480 --> 00:07:21,920
我们非常喜欢看板工作室。好吧，我想说这就是成功。是时候了

68
00:07:21,920 --> 00:07:31,040
前进。我要说的是批准了。转到第四部分。顺便说一下，继续前进。

69
00:07:32,880 --> 00:07:41,519
请更新计划以仅实现 80% 的测试覆盖率。

70
00:07:42,160 --> 00:07:56,880
如果这样做是明智的，请避免为了达到 80% 而添加不必要的测试。专注于有用的

71
00:07:56,880 --> 00:08:09,440
有价值的测试。没达到80%也没关系。好吧，让我们给它这个方向。

72
00:08:10,399 --> 00:08:16,079
这是一个很好的重新引导，也许会对我们以后有所帮助。但现在一切都在继续。正在进行中

73
00:08:16,079 --> 00:08:21,920
执行第四步。当我们完成这件事后，我会见你。当它运行时，

74
00:08:21,920 --> 00:08:26,239
我再提一下，看看这些差异，你会看到绿色是新行

75
00:08:26,239 --> 00:08:31,200
添加。红色是它删除了一些东西的地方，因为它用它替换了它。您可以按

76
00:08:31,200 --> 00:08:37,679
手动保留和撤消每个差异。或者我可以来这里并按保留键然后

77
00:08:37,679 --> 00:08:43,679
一切都被接受。你知道，正如安德烈所说，像鹰一样观察它。但我认为你

78
00:08:43,679 --> 00:08:48,559
此时可能不需要检查所有差异。只是你敏感的人

79
00:08:48,559 --> 00:08:53,760
真的很关心。我绝对会允许这样做。我一会儿见。好的，

80
00:08:53,760 --> 00:08:58,159
它说第四部分已经完成。我们将成为评判者。我们会回到这里。

81
00:08:59,359 --> 00:09:03,520
我们究竟在哪里？我们只是在 PM 目录中。所以我要开始脚本

82
00:09:04,239 --> 00:09:14,400
斜线开头下划线Mac。哎呀，抱歉，我们正在使用我的 start dash Mac dot sh。让我们尝试一下。

83
00:09:14,400 --> 00:09:20,080
现在我们来看看我们正在运行什么。我们来了。我们将重新加载此内容

84
00:09:20,080 --> 00:09:27,599
页。哦，还在启动呢。对不起。我们开始吧。一时之间，我有些担心。非常欢迎

85
00:09:27,599 --> 00:09:33,200
后退。登录以继续您的看板。使用演示凭据。使用用户登录并

86
00:09:33,200 --> 00:09:43,679
密码。哎呀，不过拼写正确。我们开始吧。登录。我们就进来了。是的，所以谷歌，

87
00:09:43,679 --> 00:09:49,119
当然不喜欢那样。我不会将其添加到最后一遍。我的看板工作室出现了。

88
00:09:49,119 --> 00:09:53,599
那里有一个注销按钮。我强调我要回到这里。那很好。这似乎

89
00:09:53,599 --> 00:10:01,119
工作得很好。我非常喜欢这样。我们这里有这个。好吧，这会很烦人，

90
00:10:01,119 --> 00:10:09,919
不是吗？非常好。好的。我对此很满意。现在注销并登录。

91
00:10:14,559 --> 00:10:18,799
我们开始吧。你看到了吗？看看那个。这是维护的。

92
00:10:18,799 --> 00:10:24,719
很高兴看到这一点。出色的。好的。好的。我将执行控制 C 来停止该服务器

93
00:10:24,719 --> 00:10:28,640
跑步。现在，我要做的事情是，我说过我要做每一步，但我没有。

94
00:10:29,039 --> 00:10:36,239
你注意到了吗？你阻止我了吗？我说过我会做的一件事就是在我们进行操作时拍摄 Git 快照

95
00:10:36,239 --> 00:10:40,640
去吧，这是我们应该做的。但是，你知道，前四部分相当无害。我们

96
00:10:40,640 --> 00:10:44,719
总是可以再做一次。而且他们的风险很低。但现在我们要进入数据库

97
00:10:44,719 --> 00:10:50,559
即将到来。情况有点严重了。所以这是一个好点。所以如果你不了解基本的

98
00:10:50,559 --> 00:10:55,840
Git 命令来做这种事情，那么请做，或者我有一些 Git 资源

99
00:10:55,840 --> 00:11:01,039
得到。但您也可以直接询问代理或询问聊天 GPT，以便为您提供基础知识。

100
00:11:01,039 --> 00:11:06,320
但本质上，我可以输入 Git status 来查看所有已更改的内容。很多事情

101
00:11:06,320 --> 00:11:15,760
已经改变了。我可以执行 Git add dot 来将它们全部暂存以进行提交。我可以做 Git 提交减去 M 部分

102
00:11:15,760 --> 00:11:23,679
为完成。现在，所有这些都已提交到我本地的存储库中。我没推过

103
00:11:23,679 --> 00:11:28,479
它到 GitHub，但我已经在本地提交了它，这样我就可以回到这一点

104
00:11:28,479 --> 00:11:34,080
如果我需要的话。这是一个很好的做法。好的，进入第五部分。