- 博客(151)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 【Git教程】（二十一）与其他版本控制系统并行使用 — 概述及使用要求，执行过程及其实现，替代解决方案 ~
为了描述 Git 如何和一个中央版本控制一起工作，以CVS 版本控制系统为例。同样的操作步骤可以适用于解决与其他版本控制系统合作。下图显示了一个CVS 服务器和一个开发者本地版本库。开发者有两个本地 Git 版本库。一个是用来同步中央版本，称为同步版本库。另一个称为工作版本库，用来真正执行开发工作。同步版本库链接到中央版本库 (CVS 目录), 并包含Git 对象(在.git目录)。中央版本同步配置在.cvsignore文件中，可以配置忽略 Git 光管对象。Git 配置通过gitignore。
2024-06-05 16:46:43
1273
1
原创 【Git教程】（二十）外包长历史记录 — 概述及使用要求，执行过程及其实现，替代解决方案 ~
这段工作流包括三部分核心操作。grafts文件配置：通过grafts移植文件配置，删除本地版本库的父节点提交。操作：使用命令可以复制版本库中所有的提交并批量修改他们，修改后可以将原父节点关系可以被永远删除。alternates操作：通过alternates代替文件配置，链接不同版本库的提交。如图上部所示本章示例项目版本库结构概况，有3个提交 A 、B 、C。其中 C 的历史将被移除作为演示。首先，借助grafts命令，我们对提交C做修改，将其父节点提交删除。创建一个新的版本库，再使用。
2024-06-05 10:07:59
782
原创 【Git教程】（十九）合并小型项目 — 概述及使用要求，执行过程及其实现，替代解决方案 ~
这段工作流可执行的基础是Git支持使用fetch命令将提交从多个版本库导入同一版本库中。Git 并不要求被合并导入的提交拥有共同的源版本。如图顶部所示后端 (backend) 和前端 (ui) 两个版本库将作为待合并的项目示例。将所有提交导入到同一版本库之后，将会产生两套不同提交历史。如果切换至后端或者前端项目某一个特定的历史版本提交，那么工作区只会显示被选取项目的文件。创建公共项目中重要的一步是使用merge命令合并那些不相关的历史提交。
2024-05-15 13:43:15
1030
原创 【Git教程】（十八）拆分大项目 — 概述及使用要求，执行过程及其实现，替代解决方案 ~
接下来这段操作中，我们使用如图上部显示的项目结构为例。这段实例工作流是基于Java 目录结构的，整个项目有3个模块，每个模块中的文件分别置于源代码 (src) 和测试代码 (test) 两个子目录中。换句话说，也就是每个模块包括两个部分。接下来将模块3分化到独立的版本库中。第一步，删除所有无用的文件，使用命令在原版本库的一个克隆分支上提交即可。接下来，更新新模块版本库的目录结构用以管理模块3。
2024-05-15 10:51:37
894
原创 【Git教程】（十七）发行版交付 — 概述及使用要求，执行过程及其实现，替代解决方案 ~
在下图中，我们将会看到开发阶段和发布阶段各自所需要的分支。如你所见，开发部分被放在了master 分支上。无论有没有设置feature 分支 ，master 分支都是决定将哪一些代码纳入发行版的唯一主角。在预备发布阶段，我们会将启用一个独立的 codefreeze 分支，以便稳定住将要发布的版本。与此同时， master 分支上下一版本的开发工作将继续进行。一旦稳定阶段的工作完成，我们就可以在 stable 分支上创建一个发行版提交，并同时生成一个相应的发行版标签。
2024-04-24 15:09:54
862
原创 【Git教程】（十六）基于构建服务器的工作 — 概述及使用要求，执行过程及其实现，替代解决方案 ~
对于本章的工作流来说，其大脑部分就是构建服务器(见下图)。在这些需定期构建的版本库中，构建服务器通常会交由中央版本库的 master 分支中的最新提交来负责配置。而在构建服务器中，这些构建和测试代码只是它的输入源。在构建服务器中，我们通常会设置两个分支。其中，last-build 分支会直接指向 master 分支中最后构建成功的那个版本。而 buildhistory 分支中则将会包含该软件所有被成功构建的版本。last-build 分支中的内容会在每次中央版本库成功完成构建时被传送给构建服务器。
2024-04-22 15:03:40
960
原创 【Git教程】（十五）二分法排错 — 概述及使用要求，执行过程及其实现（用二分法人工排错或自动排错），替代解决方案 ~
在下图中，我们将会看到一段提交历史，其中有一个确认无误的提交和已明确出了问题的提交。虽然提交历史并不非得要线性发展，但在出了问题的提交到没有问题的提交之间必须要有一条路径，以说明它们之间的父系关系。当二分查找进程被启动之后， Git 就会在相关的提交历史的中间位置选择一个合适的提交。该提交将会被执行某种人工测试或脚本测试，然后根据其结果被标记为“good”或“had”。接着，该二分查找任务会去挑选另一个提交对象，对其进行测试并标记。这个进程会一直重复该动作，直至找到其直系父提交中没有错误的那次提交。
2024-04-22 08:32:48
1287
原创 【Git教程】（十四）基于特性分支的开发 — 概述及使用要求，执行过程及其实现，替代方案 ~
在下图中，我们会看到本章工作流的基本结构，那就是一个团队在特性分支上开发时会创建的工作流。他们会从master分支着手，为每个特性或错误修复都创建一个新的分支(bug 在下面没有被明确地列出来)。该分支会被用于执行所有的修改和改进。一旦该特性已经可以被集成到master分支上时，我们只需要对其执行一次合并即可。当然这里务必要小心一件事，该合并操作必须要在master分支上发起，并且不能使用快进式合并。这样我们就能在master分支上得到一个清晰的第一父级历史，因为该分支上将只包含特性分支的合并提交。
2024-04-17 14:33:25
947
1
原创 【Git教程】（十三）相同分支上的开发 — 概述及使用要求，执行过程及其实现 ~
在下图中，我们会看到本章工作流的典型使用情况。如你所见，中央版本库位于该图的顶部，底部则是开发者A 和开发者B 的版本库。每个开发者都会从自己的master分支开始着手，所产生出小型的增量提交必须要能够返回到之前的状态，并将自己的步骤文档化。一旦任务完成，或者有其他开发者所需要的中间层代码，该提交就会通过push命令被传送到中央版本库中。只要在此期间，中央版本库的master分支没有发生变化，该push命令就会成功被执行。但通常情况下，中央版本库的master分支上应该还会有来自其他开发者的提交。
2024-04-16 09:33:08
983
原创 【Git教程】（十二）工作流之项目设置 — 何时使用工作流，工作流的结构，项目设置概述、执行过程及其实现 ~
一旦我们决定了要在项目中使用 Git, 首先要做的第一步就是为其 Git 版本库分配相应 的文件与目录。这一步的重点是我们要决定被版本化的项目是要用单一版本库还是多个版本库。由于Git 版本库中只能创建分支和标签，这在很大程度上也等于是在决定该项目的发布单元。待划分完项目后，我们还得要为每个模块建立相应的版本库并对其进行填充。当然，空目录与尚未被版本化的文件会被特殊对待。在进行团队协作时，我们还必须要为各模块定义一个中央版本库。
2024-04-12 16:02:35
1452
原创 【Git教程】（十一）一些技巧 —— 引用日志、忽略临时性的本地修改、检查对文本文件的修改、Git 命令别名、为临时指向的提交创建分支、将提交移动到另一分支 ~
在这一章中，我们将会带你来看一组技巧。这些技巧中的一些在特定情况下是非常有用的，但我们也有可能永远都会不需要它们。因此，或许你可 以先粗略地浏览一下本章，充分了解一下这里所涉及的内容。然后在真正需要它们时，再回过头来看具体细节。
2024-04-12 10:44:09
640
原创 【Git教程】（十）版本库之间的依赖 —— 项目与子模块之间的依赖、与子树之间的依赖 ~
嵌入子模块：我们可以通过和命令来嵌入一个子模块。克隆包含子模块的项目：我们可以在克隆该项目后，对其调用和命令。选择子模块中的某个新版本：首先，我们要(通过checkout命令来看) 选择在子模块目录中的新提交。然后，在主版本库中对其做一次提交。同时处理模块版本库与主版本库：我们必须要先在模块版本库中执行提交，然后才能在主版本库中执行提交。另外，两个版本库的推送操作也必须要各自执行push命令。嵌入子树：我们可以通过命令来嵌入子树。选择子树中的某个新版本：我们可以通过。
2024-04-09 11:04:27
1455
原创 【Git教程】（九）版本标签 —— 创建、查看标签，标签的散列值，将标签添加到日志输出中，判断标签是否包含特定的提交 ~
创建标签：即用 tag 命令来创建标签。推送：push 命令可以只用来传送那些被明确指定的标签，例如这样, 当然，如果我们使用了-tags参数就不用指定标签了。拉回与获取pull和fetch这两个命令都会自动获取其所涉及分支中的所有标签，除非我们在命令中使用了--no-tags参数。显示所有标签：这件事可以通过git tag -l命令来完成。在日记中显示标签：我们可以使用命令。共享标签中的提交：如果想要知道某一标签中是否包含了某一提交，我们可以用带-contains参数的 tag 命令。
2024-04-09 09:02:52
1350
原创 【Git教程】（八）版本库间的交换 —— 版本库的克隆与命名，分支监控、命名、拉取及推送 ~
版本库URL: 即以URL 的格式指示远程版本库所在的位置，例如。该 URL 支持以下协议：file 、ssh 、http 、https 、ftp 、ftps 、rsync 和git。昵称：我们可以用remote命令为版本库定义一个昵称，这样一来，我们每次在需要访问该版本库是就不必指定那么长的URL 了。获取fetch命令可从远程版本的分支上获取提交。当然，它只能用于传送那些还不 在本地的提交。无参数获取：该操作将检索远程版本库上所有分支上的提交。不移动本地分支的获取。
2024-03-18 09:35:50
1312
1
原创 【Git教程】（七）变基与拣取 —— 变基操作的概念、适用场景及其实现方式，拣取操作的实现 ~
变基操作：Git 能将提交复制到提交图中的其他地方。尽管其中的修改与元数据(作者、日期)将保持不变，但该复制结果会有一个新的提交散列值。你可以通过rebase命令以多种方式对提交图进行重构。只适用于推送之前：通常情况下，我们应该只对那些还未被传递给其他版本库的提交试用rebase 命令。否则，这样做可能给日后带来非常麻烦的合并冲突。理顺历史：如果我们在并行式开发的过程中使用merge命令解决了其中的冲突，就会得到一部经历了多次分岔与合并的历史。如果用rebase来代替merge。
2024-02-29 10:10:47
2519
4
原创 【Git教程】（六）分支合并 —— 合并过程，各类合并冲突及解决思路 ~
合并：所谓合并就是对相关提交图中的分支执行合并操作。合并提交：执行merge命令的结果就是产生一次合并提交。3路合并：Git会在合并时利用提交图找到合并双方最后的共同祖先。然后， Git 将引自该祖先的一个分支上的修改，连同另一分支上所做的修改放在一起。只要这些修改发生在这份源代码的不同之处， Git 就能自动创建相应的合并提交。冲突：对于源代码中 Git无法自动合并(或许是由于同一行被人做了不同的修改)的那个点，我们称这里发生了冲突。内容冲突。
2024-02-28 10:18:20
9645
原创 【Git教程】（五）分支 —— 并行式开发，分支相关操作（创建、切换、删除）~
提交图中的分叉：主要是因为修复旧版本 bug 以及并行式开发的需要。分支：上述提交图中出现的那个分叉就叫做分支。该分支会有一个指针，指向该分支 下的最后一次提交。当前活跃分支：我们平常工作所在的就是所谓的当前活跃分支。当新的提交发生时， 该分支指针就会知道被设置到该新提交上。创建分支：我们可以用branch命令来新建分支。checkout: 我们可以用checkout命令切换到另一个分支上。Reflog: git 会记录我们在每次提交中对分支指针所做的所有修改。
2024-02-27 15:24:09
1796
原创 【Git教程】（四）版本库 —— 存储系统，存储目录，提交对象及其命名、移动与复制~
对象数据库：所有提交中的文件、目录以及相关的元数据都将被存储在该数据库中。SHA1 散列值：我们可以通过一个SHA1 散列值从对象数据库中捡取相关对象。SHA1 散列值是一种针对文件内容的加密校验值。相同数据只存储一次：内容相同的对象拥有相同的 SHA1 散列值，并且只存储一次。相似的数据会被压缩：对于内容相似的数据， Git 会针对其被修改的部分采取增量存储的方法。Blob对象：文件的内容将会被存储在相应的blob对象中。Tree 对象：目录会被存储在相应的 tree对象中。
2024-02-27 09:18:36
1259
原创 【Git教程】（三）提交详解 —— add、commit、status、stach命令的说明，提交散列值与历史，多次提交及忽略 ~
项目的版本库通常驻留在其.git目录中。其中包含了以提交形式存储的项目历史。由于Git 是个分布式系统，所以同一个项目通常可能会有多个拥有不同历史的版本库。按照 Git 的设计，我们可以在必要时再将这些历史重新合并起来。提交(通常也被称为版本、修订或修改集): 通过commit命令可以创建一次提交， 一 次提交通常存储了项目的某种确定状态，其中包含了该项目中所有文件的情况。每次提交中都包含了与作者和提交日期相关的元数据。
2024-02-26 14:39:48
2288
原创 【Git教程】（二）入门 ——关于工作区与版本库、版本提交、查看信息、克隆、推送与拉回的简单介绍 ~
工作区与版本库：工作区是一个包含.git子目录(内含版本库)中的目录。我们可以用init命令在当前目录中创建版本库。版本提交：一次版本提交通常定义了版本库中所有文件的一个版本，它详细说明了该版本是由何人在何时何地创建的。当然，我们需要用add命令来确定哪些文件将被纳入下一次提交，然后再用commit命令创建新的版本提交。查看信息：通过status命令，我们可以查看哪些文件已被本地修改，以及哪些修改将被纳入下次提交。另外，log命令可用来显示提交历史。diff命令可用来显示两个版本文件之间的差异。
2024-02-21 14:59:52
1339
原创 【Git教程】（一）基本概念 ——工作流、分布式版本控制、版本库 ~
在阅读完本文之后，你现在基本上熟悉了 Git 中的这些基本概念。也就是说， 即使你现在放下了这本书, 你也可以参加与分布式版本控制系统有关的讨论，阐述其中使用散列值的必要性和实用性，介绍 Git中的分支创建与合并操作了。当然，你可能还会有以下疑问。我们应该如何利用这些基本概念来管理项目呢?我们应该如何协调多个版本库呢?我们究竟需要多少分支呢?我们应该如何整合自己的构建服务器呢?对于第一个问题，可以继续阅读下一章内容。
2024-02-06 18:30:00
1853
原创 【Maven教程】（十六）：Archetype—— 使用 Archetype 的步骤及批处理方式、编写 Archetype、Archetype Catalog~
在编写本文的时候，Maven中央仓库中已经包含了249个 Archetype(详见此外，还有大量没有发布到中央仓库的Archetype分布在其他Maven仓库中。任何人都不可能全部了解它们，因此这里只介绍几个比较常用的Archetype。maven-archetype-quickstart 可能是最常用的 Archetype, 当 maven-archetype-plugin 提示用户选择Archetype 的时候，它就是默认值。一个包含 JUnit 依赖声明的 pom.xml。
2024-01-31 17:05:06
2100
原创 【Maven教程】（十五）：编写 Maven 插件—— 编写 Maven 插件的一般步骤及案例、Mojo 标注与参数、错误处理和日志 ~
Maven 社区提供了成百上千的插件供用户使用，这些插件能够满足绝大部分用户的需求。然而，在极少数的情况下，用户还是需要编写 Maven 插件来满足自己非常特殊的需求。编写 Maven 插件的一般步骤包括创建一个插件项目、编写Mojo 、为 Mojo提供配置点、实现 Mojo 行为、处理错误、记录日志和测试插件等。本章实现了一个简单的代码行统计插件， 并逐步展示了上述步骤。用户在编写自己插件的时候，还可以参考本章描述的各种 Mojo标注 、Mojo 参数、异常类型和日志接口。
2024-01-26 08:54:47
2207
1
原创 【Maven教程】（十四）：生成项目站点—— 丰富项目信息、项目报告插件、自定义站点外观、国际化及部署站点 ~
Maven 生成的站点非常灵活，除了本章前面提到的标准项目信息报告和其他插件生成 的报告，用户还能够自定义站点的布局和外观。这些特性能让用户创建出更适合自己的， 更有个性的Maven 站点。第四节介绍了如何自定义站点导航菜单并链接至特定的 html 页面，本节介绍如何创建自定义的站点页面。到目前为止，Maven 支持得比较好的两种文档格式为APT 和 FML。APT(Almost Plain Text) 是一种类似于维基的文档格式，用户可以用它来快速地创建 简单而又结构丰富的文档。
2024-01-19 16:35:55
563
原创 【Maven教程】（十三）：灵活的构建—— Maven 属性、构建环境的差异与资源过滤、Maven Profile、Web 资源过滤 ~
项目构建过程中一个常常需要面对的问题就是不同的平台环境差异，这可能是操作系统的差异、开发平台和测试平台的差异、不同客户之间的差异。为了应对这些差异， Maven 提供了属性、资源过滤以及profile 三大特性。Maven 用户可以在 POM 和资源文件中使用 Maven属性表示那些可能变化的量，通过不同profile 中的属性值和资源过滤特性为不同环境执行不同的构建。
2024-01-09 16:44:09
1575
3
原创 【Maven教程】（十二）：版本管理 ——版本号定义约定及相关概念，自动化版本发布与创建分支，GPG签名 ~
到目前为止，读者应该已经清楚了解了快照版和发布版的区别。现在再深入看一下 1.0、1.1、1.2.1、3.0-beta 这样的版本号后面又遵循了怎样的约定。了解了这样的约定之后，就可以正确地为自己的产品或者项目定义版本号，而你的用户也能了解到隐藏在版本号中的信息。这往往表示了该项目或产品的第一个重大版本的第三个次要版本的第四次增量版本的beta-2里程碑。很拗口?那一个个分开解释：“1”表示了该版本是第一个重大版本；“3” 表示这是基于重大版本的第三个次要版本；“4”表示该次要版本的第四个增量；
2023-12-11 16:01:58
2368
4
原创 【Maven教程】（十一）：使用 Maven 构建 Web应用 —— 使用 jetty-maven-plugin 进行测试、使用 Cargo 实现自动化部署~
本文介绍了 用 Maven 管理Web 项目，因此首先讨论了Web 项目的基本结构，然后分析实现了背景案例的最后两个模块： account-service 和 account-web, 其中后者是一个典 型的Web 模块。开发Web 项目的时候，大家往往会使用热部署来实现快速的开发和测试， jetty-maven-plugin 可以帮助实现这一 目标。最后讨论的是自动化部署，这一技术的主角是 Cargo, 有了它，可以让Maven 自动部署应用至本地和远程 Web 容器中。⏪。
2023-11-16 15:05:22
1306
2
原创 【Maven教程】（十）：使用 Hudson 进行持续集成—— 从Hudson的安装到任务创建 ~
优秀的持续集成工具有很多，如老牌的开源工具CruiseControl 、商业的 Bamboo 和 TeamCity 等。这里只介绍 Hudson, 因为它是目前较流行的开源持续集成工具。该项目过去一直托管在 java.net 社区，不过现在已经迁移到。Hudson 主要是由Kohsuke Kawaguchi 开发和维护的，Kohsuke Kawaguchi 自2001年就已经加入 Sun 公司(当然，现在已经是 Oracle 了)。
2023-11-09 14:39:09
1773
原创 【Maven教程】（九）：使用 Maven 进行测试——动态指定要运行的测试用例、包含与排除测试用例、测试报告、运行TestNG测试、重用测试代码 ~
本文的主题是Maven与测试的集成，不过在讲述具体的测试技巧之前先实现了背景案例的account-captcha模块，这一模块的测试代码也成了本章其他内容良好的素材。maven-surefire-plugin是Maven背后真正执行测试的插件，它有一组默认的文件名模式来匹配并自动运行测试类。用户还可以使用该插件来跳过测试、动态执行测试类、包含或排除测试等。maven-surefire-plugin能生成基本的测试报告，除此之外还能使用cobertura-maven-plugin生成测试覆盖率报告。
2023-10-24 16:30:44
2344
4
原创 【Maven教程】（八）：使用 Nexus 创建私服——Nexus 简介及安装、仓库与仓库组、索引与构件搜索、配置从 Nexus 下载构件、部署构件至 Nexus~
2005年12月，Tamas Cservenak 由于受不了匈牙利电信ADSL的低速度，开始着手开发Proximity—一个很简单的 Web 应用。它可以代理并缓存 Maven 构件，当 Maven 需要下载构件的时候，就不需要反复依赖于ADSL。到2007年， Sonatype 邀请 Tamas 参与创建一个更酷的 Maven 仓库管理软件，这就是后来的Nexus。Nexus 团队的成员来自世界各地，它也从社区收到了大量反馈和帮助，现在Nexus已经发布到了 3.60.0 版本，它也正健康快速地成长着。
2023-10-20 16:11:07
5640
2
原创 【Maven教程】（七）聚合与继承：多模块项目实用特性介绍，反应堆构建及裁剪 ~
在这个技术飞速发展的时代，各类用户对软件的要求越来越高，软件本身也变得越来越复杂。因此，软件设计人员往往会采用各种方式对软件划分模块，以得到更清晰的设计及更高的重用性。当把Maven应用到实际项目中的时候，也需要将项目分成不同的模块，例如，一个账户注册服务可被划分成 、等五个模块。Maven的聚合特性能够把项目的各个模块聚合在一起构建，而Maven的继承特性则能帮助抽取各模块相同的依赖和插件等配置，在简化POM的同时，还能促进各个模块配置的一致性。本文将结合实际的案例阐述Maven的这两个特性...
2023-09-21 10:09:01
723
24
原创 我的创作纪念日 · 开始创作的第128天~
此外，通过安排一定的时间进行个人创作，例如开源项目的贡献或者个人技术博客的撰写，便将所学所悟与他人分享，同时通过写作巩固自己的理解和掌握。这种实践中的知识分享实际上不仅对别人有益，将问题出现的现象及思考并解决的过程记录下来这件事，也强化了我的理解和应用能力。这不仅让我在工作和学习之余有一个放松和发泄的出口，还保持了对创作的热情，并使其成为我生活中的一股积极的动力。从获得粉丝关注、积极的反馈，到认识了志同道合的领域同行，再到思考和表达能力的提升，这些都是对我来说无价的经验和回报。
2023-09-18 21:14:15
220
4
原创 【Maven教程】（六）生命周期和插件：三种生命周期、命令行与生命周期对应的关系，插件目标和绑定方式，插件配置的多种方法，获取插件信息的技巧及插件解析机制~ ~
初识生命周期、生命周期详解（三套生命周期、clean 生命周期、default 生命周期、site 生命周期、命令行与生命周期）、插件目标、插件绑定（内置绑定、自定义绑定）、插件配置（命令行插件配置、POM中插件全局配置、POM中插件任务配置）、获取插件信息（在线插件信息、使用 maven-help-plugin 描述插件）、从命令行调用插件、插件解析机制（插件仓库、插件的默认groupId、解析插件版本、解析插件前缀）
2023-09-09 17:35:15
668
8
原创 【Maven教程】（五）仓库：解析Maven仓库—布局、分类和配置，远程仓库的认证与部署，快照版本，依赖解析机制，镜像和搜索服务 ~
在Maven 世界中，任何一个依赖、插件或者项目构建的输出，都可以称为构件。例如， 依赖是一个构件，插件是一个构件，项目构建完成后的输出也是一个构件。任何一个构件都有一组坐标唯一标识。在一台工作站上，可能会有几十个 Maven 项目，所有项目都使用, 这些项目中的大部分都用到了log4j, 有一小部分用到了Spring Framework, 还有另外一小部分用到了Struts2。
2023-09-03 22:30:01
1945
5
原创 【Maven教程】（四）坐标与依赖：坐标概念，依赖配置、范围、传递性和最佳实践 ~
关于坐标 (Coordinate), 大家最熟悉的定义应该来自于平面几何。在一个平面坐标系中，坐标 (x,y) 表示该平面上与x 轴距离为y, 与 y 轴距离为x 的一点，任何一个坐标都能够唯一标识该平面中的一点。在实际生活中，我们也可以将地址看成是一种坐标。省、市、区、街道等一系列信息 同样可以唯一标识城市中的任一居住地址和工作地址。邮局和快递公司正是基于这样一种 坐标进行日常工作的。
2023-09-02 21:20:47
3072
10
原创 【Maven教程】（三）基础使用篇：入门使用指南——POM编写、业务代码、测试代码、打包与运行、使用Archetype生成项目骨架~
没有任何实际的Java代码，我们就能够定义一个Maven 项目的 POM, 这体现了 Maven 的一大优点，它能让项目对象模型最大程度地与实际代码相独立，我们可以称之为解耦，或者正交性。命令，但在Maven2中这是不安全的，因为该命令没有指定Archetype插件的版本，于是Maven会自动去下载最新的版本。文件内容称为项目的骨架，当第一次创建项目骨架的时候，你还会饶有兴趣地去体会这些默认约定背后的思想，第二次，第三次，你也许还会满意自己的熟练程度，但第四、第五次做同样的事情，你可能就会恼火了。
2023-08-24 15:45:41
2314
28
原创 【Maven教程】（二）安装配置篇：手把手教你安装及配置Maven环境~
在 Windows 上安装 Maven1.1 下载及安装 Maven1.2 升级 Maven2️⃣ 在基于UNIX 的系统上安装 Maven2.1 下载和安装2.2 升级 Maven2.3 安装目录分析2.4 设置 HTTP 代理3️⃣ 在 IDE中安装Maven插件
2023-08-20 22:06:37
2667
12
原创 【Maven教程】（一）入门介绍篇：Maven基础概念与其他构建工具：理解构建过程与Maven的多重作用，以及与敏捷开发的关系 ~
从概念上简单地介绍了一下Maven, 通过本章我们应该能大致了解Maven 是什么以及它有什么用途。我们还将Maven 与其他流行的构建工具(如Make 和 Ant等) 做了一些对比分析。如果你没用过Maven, 但有Make 或者 Ant 的使用经验，相信通过比较你能更清楚地了解各种工具的优劣势，并且会对Maven 有一个理性的认识。将 Maven 和敏捷开发与极限编程结合起来分析是为了让大家从另 一个角度了解Maven, 毕竞软件开发离不开对于软件过程的理解。
2023-08-15 21:30:45
1627
36
原创 【Java可执行程序命令】学习路线攻略，史诗级别全汇总 ~
正是的，Java可执行命令是一组用于构建、运行、调试和管理Java应用程序和相关资源的工具集合。这些命令提供了广泛的功能，可以帮助开发者在不同阶段进行开发、测试和部署Java应用程序。通过使用这些命令，开发者可以编译Java源代码、生成API文档、打包应用程序、调试代码、管理证书和密钥库、监控运行时信息等。这些工具对于Java开发者来说非常重要，能够提高开发效率和简化开发过程。因此，熟悉和掌握这些Java可执行命令是非常有益的。
2023-08-10 16:20:08
1523
38
原创 【Java可执行命令】（二十二）JVM统计信息监视工具 jstat：通过连接到Java虚拟机的本地媒介，获取并显示关于堆、垃圾回收、类加载、编译器等方面的统计信息~
jstat是Java虚拟机提供的一种简单且有效的性能监控工具，可以用来实时监视和调优Java应用程序。它的轻量级和实时性使其成为初级性能分析的有力工具，能够帮助开发人员和系统管理员快速了解应用程序的性能指标和运行状态。然而，对于更复杂的性能问题和高级调优需求，可能需要结合其他更强大的工具和技术来实现。
2023-08-10 08:00:00
445
9
JDK7安装包.zip
2023-07-04
jdk-8u221-64bit.zip jdk-8版本安装包
2023-07-04
jdk-11.0.4-64bit.zip jdk-11版本
2023-07-04
JDK12安装包，JDK12安装包
2023-07-04
Java的数学运算处理类讲解代码（BigDecimal、Math、Random、DecimalFormat类全部操作方法API）
2023-06-27
自己画的以及收集汇总的各大常用流行框架的重要图（原理图、流程图、说明图、架构图...等）
2023-06-27
Java的日期时间处理类讲解代码（ Date 、Calendar、SimpleDateFormat、LocalDateTime）
2023-06-27
Java的lambda表达式讲解代码（各种lambda表达式使用方式：无参、一个参数、多参数、简化形式...）
2023-06-27
Java的函数式接口讲解代码（ 函数式接口定义、 函数式接口实战、内置函数式接口...）
2023-06-27
src.zip Java的注解讲解案例代码（ 元注解、自定义注解、常用内置注解等）
2023-06-27
Java的可变参数讲解代码（使用方式、原理、结合泛型、使用元组或列表进行参数传递、 使用默认值、缓存计算结果、实战构建动态日志）
2023-06-27
src.zip Java的面向对象编程·讲解代码
2023-06-21
Java的IO流讲解代码: File 类、RandomAccessFile 类、字节流（文件字节流、缓冲字节流、基本数据类型
2023-06-20
Java的反射机制讲解案例代码 Class类、 获取类的结构信息：构造函数、方法和字段，动态创建对象、调用方法和设置属性
2023-06-19
Java的Object类讲解案例代码 equals()、hashCode()、finalize()、clone()、wait()
2023-06-19
Java的内部类讲解案例代码（成员内部类、局部内部类、匿名内部类、静态内部类、外部类访问四种内部类、其他类访问四种内部类...）
2023-06-18
Java的String类讲解案例代码（String类使用：创建对象、比较、连接、截取、查找和替换、拆分...）StringBuf
2023-06-16
Java语言 包装类讲解案例代码 （ 设计目的（作用）和用途、自动装箱与拆箱、常用方法、 null和默认值）
2023-06-16
Java语言 泛型讲解案例代码 （泛型类、泛型接口、泛型方法、无界及上下限通配符、泛型对协变和逆变的支持、类型擦除 ...）
2023-06-15
springboot启动原理（也即自动装配原理）
2023-05-23
dubbo和zookeeper 分布式框架中的工作流程及工作原理
2023-05-23
JVM调优与JVM问题排查？
2023-05-19
spring的bean的生命周期？
2023-05-18
TA创建的收藏夹 TA关注的收藏夹
TA关注的人