🌟前言🌟同学们，我是上火不找我😎🌟今天是LeedCode每日一练打卡的一周总结！🌟挑了一些很不错又很实用的基础题目，捎带着还有一些实用的算法，大家一起前来复习一下吧~~~⭐️往期集锦⭐️|LeedCode两周刷完数据结构|LeedCode121.买卖股票的最佳时机（Java语言实现）LeedCode1.两数之和（Java语言实现）LeedCode73.矩阵置零（Java语言实现）LeedCode217.存在重复元素（Java语言实现LeedCode88.合并两个有序数组（Java语言实现）LeedCode1492.n的第k个因子（Java语言实现）LeedCode118.杨辉三角（Java语言

这里是Fossil(或任何其他版本控制系统)的新手。之前使用过专有的，但从未自己设置过。目前，我正在寻找一个设置，以便我和我的friend们可以将它用于一个项目。我选择Fossil主要是因为分布式似乎是可行的方式，它看起来很轻巧并且包含一个错误跟踪器。但是Git似乎是很多人最喜欢的SCM。与Fossil相比，Git+someBugTracker是否值得增加复杂性？有没有更好的选择？我将不得不从0开始。 最佳答案 只是一些想法，没有组织。如果您的friend已经习惯了gitting，那么Git是一个优秀且健壮的分布式SCM，提供了很好

我的监控故事我做过两年多的运维工作，后面就转做运维平台开发了，也一步步看着监控系统越来越没用。 1、有用的监控 当我做运维要负责oncall时，我一直认为监控系统做得还可以，并不是因为做了太多事情，而是因为运维的业务还是单体应用，也没有太多的监控需要加。 记得那会公司还是用Nagios(估计新人已经没多少人知道了)，不过监控的维护工作着实费劲。后面我就开始研究zabbix，最大的好处就是它可以discovery&自动添加监控。后面我又搭了一套ELK，把业务日志都收集到一起，监控就齐活了。 由于没有添加太多告警，那会的每个告警基本都得处理，最常见的问题就是百度来爬数据，我有一套屡试不爽的处理流程

我的监控故事我做过两年多的运维工作，后面就转做运维平台开发了，也一步步看着监控系统越来越没用。 1、有用的监控 当我做运维要负责oncall时，我一直认为监控系统做得还可以，并不是因为做了太多事情，而是因为运维的业务还是单体应用，也没有太多的监控需要加。 记得那会公司还是用Nagios(估计新人已经没多少人知道了)，不过监控的维护工作着实费劲。后面我就开始研究zabbix，最大的好处就是它可以discovery&自动添加监控。后面我又搭了一套ELK，把业务日志都收集到一起，监控就齐活了。 由于没有添加太多告警，那会的每个告警基本都得处理，最常见的问题就是百度来爬数据，我有一套屡试不爽的处理流程