做个笔记、记录一下一.分支代码合并到主分支1.首先切换到自己的分支(比如分支叫：dev)gitcheckoutdev2.把本地分支拉取下来gitpull或者gitpullorigindev3.切换到主分支mastergitcheckoutmaster4.合并代码到主分支上gitmergedev5.可以gitstatus检查一下是否合并成功，是否有冲突6.检查没问题，推送代码gitpush或者gitpushoriginmaster二.主分支代码拉取到自己分支上1.首先检查自己现在在哪个分支，如果在dev开发分支，看是否有最新代码没有提交，如果有，先gitadd.gitcommit-m缓存一下代码
做个笔记、记录一下一.分支代码合并到主分支1.首先切换到自己的分支(比如分支叫：dev)gitcheckoutdev2.把本地分支拉取下来gitpull或者gitpullorigindev3.切换到主分支mastergitcheckoutmaster4.合并代码到主分支上gitmergedev5.可以gitstatus检查一下是否合并成功，是否有冲突6.检查没问题，推送代码gitpush或者gitpushoriginmaster二.主分支代码拉取到自己分支上1.首先检查自己现在在哪个分支，如果在dev开发分支，看是否有最新代码没有提交，如果有，先gitadd.gitcommit-m缓存一下代码
告别ChatGPTAccessdenied 在使用ChatGPT的时候，经常会因为各种问题导致不能使用，出现这种问题主要是因为网络问题和游览器问题，ChatGPT对游览器的检测相当严格，使用同样的网络可能这两天使用的很流畅，但过几天又进不去，那肯定是游览器出现了问题，又要去设置游览器很麻烦。 ChatGPT客户端可以完美解决这种问题，它内置了一个游览器，可以过ChatGPT对游览器的检测，只要网络没有问题，开的全局代理，就不会出现再Accessdenied等问题，使用感觉也会更好，点击就可以使用。ChatGPT客户端不是openAI官方开发的，它是由国内大佬lencx开发。ChatGPT客
告别ChatGPTAccessdenied 在使用ChatGPT的时候，经常会因为各种问题导致不能使用，出现这种问题主要是因为网络问题和游览器问题，ChatGPT对游览器的检测相当严格，使用同样的网络可能这两天使用的很流畅，但过几天又进不去，那肯定是游览器出现了问题，又要去设置游览器很麻烦。 ChatGPT客户端可以完美解决这种问题，它内置了一个游览器，可以过ChatGPT对游览器的检测，只要网络没有问题，开的全局代理，就不会出现再Accessdenied等问题，使用感觉也会更好，点击就可以使用。ChatGPT客户端不是openAI官方开发的，它是由国内大佬lencx开发。ChatGPT客
错误描述查看集群健康返回以下错误：{ "error":{ "root_cause":[{ "type":"master_not_discovered_exception", "reason":null }], "type":"master_not_discovered_exception", "reason":null }, "status":503}我通过docker命令在三台机器上分别启动es应用后，单个节点可以通过网络访问，但是他们彼此之间却显示无法通信，导致选举失败，发现不了主节点。问题排查查看es日志发现：java.net.NoRouteToHostException
错误描述查看集群健康返回以下错误：{ "error":{ "root_cause":[{ "type":"master_not_discovered_exception", "reason":null }], "type":"master_not_discovered_exception", "reason":null }, "status":503}我通过docker命令在三台机器上分别启动es应用后，单个节点可以通过网络访问，但是他们彼此之间却显示无法通信，导致选举失败，发现不了主节点。问题排查查看es日志发现：java.net.NoRouteToHostException
本篇文章继续介绍YarnApplication中ApplicationMaster部分的编写方法。一、ApplicationMaster编写方法上一节讲了Client提交任务给RM的全流程，RM收到任务后，由ApplicationsManager向NM申请Container，并根据Client提供的ContainerLaunchContext启动ApplicationMaster。本篇代码已上传Github：Github-MyApplicationMaster一）整体流程1&2、启动NMClient和RMClient在AM中需要分别启动NMClient和RMClient进行通信。两个客户端中都
本篇文章继续介绍YarnApplication中ApplicationMaster部分的编写方法。一、ApplicationMaster编写方法上一节讲了Client提交任务给RM的全流程，RM收到任务后，由ApplicationsManager向NM申请Container，并根据Client提供的ContainerLaunchContext启动ApplicationMaster。本篇代码已上传Github：Github-MyApplicationMaster一）整体流程1&2、启动NMClient和RMClient在AM中需要分别启动NMClient和RMClient进行通信。两个客户端中都
上一篇文章对ResourceManager整体架构和功能进行了讲述。本篇将对RM中管理ApplicationMaster的部分进行深入的讲解。下面将会介绍RM与AM整体通信执行流程，并对RM中涉及的对应服务进行具体讲解。为了更好的学习本篇知识，建议先熟悉以下知识点，不了解的部分可翻到前面对应的文章进行学习：RPC（2-2Yarn基础库-底层通信库RPC）事件处理器（2-3Yarn基础库-服务库与事件库）AM程序执行流程（3-3YarnApplicationMaster编写）一、AM执行流程客户端提交任务到RM后，启动AM到任务完成的流程如下所示：各个步骤具体执行操作请对应下面各服务讲解。二、A
上一篇文章对ResourceManager整体架构和功能进行了讲述。本篇将对RM中管理ApplicationMaster的部分进行深入的讲解。下面将会介绍RM与AM整体通信执行流程，并对RM中涉及的对应服务进行具体讲解。为了更好的学习本篇知识，建议先熟悉以下知识点，不了解的部分可翻到前面对应的文章进行学习：RPC（2-2Yarn基础库-底层通信库RPC）事件处理器（2-3Yarn基础库-服务库与事件库）AM程序执行流程（3-3YarnApplicationMaster编写）一、AM执行流程客户端提交任务到RM后，启动AM到任务完成的流程如下所示：各个步骤具体执行操作请对应下面各服务讲解。二、A
