repositories(为什么有些公司代码不写注释)

repositories，为什么有些公司代码不写注释？

想必都读过代码的人都有体会，在自己水平范围内，实现某个功能和看懂别人的实现代码，后者的难度往往大于前者。尽管很多人说好代码不需要注释，本身就是“自注释”。但是你会发现，说这种话的人，要么是大牛，要么是菜鸟。就身边的观察而已，当读别人的代码时，是希望有必要的注释的。

大多数公司里，接手别人的代码，是缺乏必要的注释的。github上的个人Repositories是普遍缺乏注释的。他们为什么不写注释？

因为写注释是利他行为。

特别是公司项目，接手代码的是同职位的人，互为竞争。因此，即使公司规范中要求写注释，你也明明知道，以后会有人接手你的项目，可是你很少会为后人写注释。我接手过10个项目，只有一个项目是有少许注释的。

如何实现tomcat自动化部署？

可以使用 Jenkins 自动化部署项目，通过 Jenkins 部署来节省运维时间，不需要手动 cp 上线及版本发布。

Jenkins 是什么

Jenkins 是一款自包含的开源自动化服务，可用于自动执行与构建,测试和交付或部署软件有关的各种任务。

Jenkins 本身是用 Java 语言开发的，所以安装 Jenkins 的机器至少要有 JDK，另外建议Git、Ant、Maven、Gradle、Groovy等工具也一并安装好，方便与这些构建工具集成。

安装及启动

直接从官网下载最新的war包，然后解压到某个固定目录就算安装完成了，非常方便。

启动方法：java -jar jenkins.war 即可，如果要以后台进程的方式启动，改成 nohup java -jar jenkins.war & 即可，启动过程中，它会将 war 包解压到 ~/.jenkins 目录下，并生成一些目录及配置文件，有兴趣的同学可以自己进入这个目录研究一下。

更新及下载插件

启动成功后，浏览http://localhost:8080/ (如果不是安装在本机，localhost请自行换成服务器对应ip)

参考上图，进入 Manage Plugins 的界面，Jenkins 的很多功能都是借助 plugin 来完成的，首次启动时很多插件会提示已经过时，需要更新，建议升级成最新版本，同时建议安装以下插件，以方便支持 git 项目及向远程机器上传文件及执行远程 shell 命令。

插件升级完后，重启 Jenkins 以便让其生效。

系统配置

在正式创建部署项目前，还有几个关键参数要设置，如下图：

首先是 JDK

其次是 Ant、Maven参数

如果需要打包 Gradle项目，Gradle也要配置

对于 Git 托管的项目，Git 配置是不可少的

如果部署过程中，还需要运行 shell 脚本，以及通过 scp 向远程机器上传文件，则需要配置下面这些

注：上图中红色标 1 的地方，填写的是本机的ssh私钥证书，红色标 2 的地方为证书的访问密码，如果未设置证书密码，直接留空，Root Repository Path 为远程服务器的上传根目录，hostname 即为远程服务器的机器名称（或IP）.

此外，还有一个强大的 publish over ssh，不仅能向远程服务器上传文件，还能远程执行服务器上的 Shell 脚本，可参考下面配置

跟 SCP 的参数设置类似，不过这个插件多出了一个 Test Configuration 的按钮，如果参数正确，点击该按钮后，会尝试连接到远程服务器，成功的话，会显示 Success.

以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流 ~ 我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！

gradle比maven好为什么用的人少？

Gradle 使用真的比 Maven 的人要少吗？

Github 文件名搜索的参数数据：

图1：是在 GitHub 中搜索 build.gradle 文件名的匹配数量有 970 万

图2：是在 GitHub 中搜索 pom.xml 文件名的匹配数量有 930 万

当然这一组数据仅仅只能作为参考，并不完全准确，不过我们也能从中看出使用 Gradle 的人并不少，相反很多。

可能是题主身边使用的比较少，造成这种原因可能主要原因有两点。

不需要，使用 Maven 已经能完成满足需求；学习成本，任何一个新的工具或语言都需要学习成本，而 Gradle 的学习相对于不熟悉 Groovy 语言的人来说会比较高，所以让人望而却步。

相反对于熟悉 Gradle 的人来说，他们会更习惯 Gradle 的工作方式，因为在配置上它比 Maven 要简洁。配置比 Maven 简洁这并不是 Gradle 最大的优势，而是 Automate Everything（自动化一切）实现上要比 Maven 容易的多，这才是我真正喜欢 Gradle 的理由。

比如：

根据环境自动化配置，因为 *.gradle 文件其实就是 groovy 所以可以在构建脚本中直接就是使用 groovy 编码。不仅支持条件语句，还直接使用 java、groovy 的 API，比如 System.getenv 获取系统环境变量然后根据值做一些操作就比 Maven 要容易很多。

repositories {

mavenLocal()

def aliyunEnabled = System.getenv("GITHUB_ACTIONS") == null

if (aliyunEnabled) {

maven {

url = "https://maven.aliyun.com/nexus/content/groups/public/"

}

mavenCentral()

}

在国内访问 Maven 的中央仓库下载依赖效率不高，所以采用 Aliyun 提供的镜像仓库速度会快得多，但本人一直喜欢白漂 🤣 使用免费的 GITHUB_ACTIONS，在 GITHUB_ACTIONS 构建时访问阿里云镜像速度很慢，所以就有了上一段逻辑。如果你使用 Maven 的话可能需要使用 profile 来区分，在构建命令上加上 profile 相关的参数，或者使用 settings.xml 的方式去配置镜像，但是多人协作时每个人都需要配置。而在使用 Gradle 时就可以轻易的做到一次配置到处运行，不需要额外配置，不需要额外命令参数实现这一自动化构建。

更多的就不在举例了，选择一项工具，可能是客观的原因，也可能是主观原因。当然我觉得更多的是在你身边，团队有人带头去做这个事情。

同时也期望更多的人能使用 Gradle 来简化你的工作，让工作变得更加轻松，Automate Everything。