建筑维护流程第4部分:文档模型

在此编码会议中,我试图弄清楚如何更改Octopus域模型以适应DevOps进程。 在第3部分中,我已经了解到足以对React造成危险,并制作了一个空白的占位符页面: 关于Octopus.Server项目的一些小问题使我感到困惑 。 首先,有一个Auditing文件夹,VS似乎在抱怨该文件夹,但在磁盘等上却不存在(红叉)。 不知道发生了什么,但这是在我们的master分支上,几天前我也看到了,所以我觉得这是个很好的整理工作。 我今晚的第一个承诺是删除该文件夹。 “在知道围起来的原因之前,切勿将围栏倒下。” ― GK切斯特顿 我认为这通常是一个很好的规则,尤其是在您不熟悉的代码库上。 我的第一个本能是将它留给其他人修复,但是那感觉就像我没有发现露营地时更整洁。 我可以问一下Slack,是否有人知道它为什么在那里,但是我相对确定这将是合并冲突或其他原因的结果,而不是故意的。 而且我认为有一个简单的测试:我将提交并推送更改,并查看集成测试或构建过程是否中断。 使我感到困扰的第二件事是所有这些文件都位于Octopus.Server项目的根目录下—可以说是解决方案中最重要的项目。 有一些Java文件,一些仅在构建时使用的PowerShell脚本,等等。 我认为项目的根目录应该只有几个文件,这些文件将是您阅读的第一个文件,以了解项目的工作方式和结构。 某些仅在构建时复制到输出目录中的运行时依赖项不符合该条件。…

C#中的线程-单线程与多线程应用程序

单线程与多线程应用程序 本文将通过一个实际示例展示多线程应用程序的优势。 单线程应用程序仅包含一个线程,一个线程一个接一个地负责执行每个任务和方法,并且直到上一个任务结束,控制器才移至下一个任务。 更重要的是,直到完成所有任务后,主线程才存在。 在多线程应用程序中,每个任务都由不同的线程执行,而控制器则在线程之间共享时间,就好像一个线程正在花费更多的时间一样,控制器将移动以执行下一个线程并返回以继续执行上一个线程。 。 与单线程应用程序相反,在多线程应用程序中,主线程(负责启动其他线程的线程)在调用完所有其他线程后退出应用程序,因此它不会等到每个单线程执行完毕。 在本文中,我们将创建两个应用程序。 两者将具有相同的类和方法,第一个将使用单个线程来执行方法,而第二个应用程序将使用多线程,每个都执行一个方法。 这个想法是要显示每个应用程序要花多少时间才能执行。 这两个应用程序都将使用一个计时器和一个秒表,它们将用于打印出应用程序的执行时间。 此示例还将显示每个应用程序的主线程何时启动以及何时退出应用程序。 让我们创建两个控制台应用程序,它们都将具有三个静态方法。 Method1() , Method2()和Method3() ,每个都是无效的,没有参数。 每种方法都会打印出从0到50的数字。我们将第二种方法睡眠5秒钟,以监视每个应用程序的行为和时间。…