验证WSLNativeScanTool.podspec文件格式的有效性成功时，执行如下命令上传代码到CocoaPods：
在开发过程中，经常会使用到第三框架，我们通过一个pod install命令，很方便的就将第三方框架加到我们自己的项目中。
// 代码仓库clone 地址 git clonehttps://github.com/boyXiong/XWSwiftRefreshT.git
本篇主要讲解组件化架构思想，从零教你如何组件化一个项目，当然组件化也遇上许多坑，这里非常感谢小码哥王顺子老师的帮助。
iOS组件化现阶段成为开发者讨论的热点问题，个人觉得这是iOS技术日渐成熟的表现，就跟一个人一样，最初是想着如何吃饱，现在开始琢磨如何变着花样吃好。不太想蹭组件化的热度，暂且不要关心这些字眼的意义，实际上不管是组件化还是模块化我们所要解决的问题是一致的：效率。就跟现今社会一样从农业 —工业—信息实际上就是社会生产效率的提高。所以评判我们开发工作成效第一标准应该是否提高了效率，而不是又加了多少班，代码如何的高深莫测。 组件化/模块化实际上在计算机领域一直在使用，包括我们使用的电脑就是按照CPU、内存、显存、硬盘等等各种模块组织到一起。iOS开发中也是按照MVC,MVVM等等各种各样的把代码分拆组合。关于采用何种代码架构我觉得真心没有必要过于迷信他人，说什么好就赶紧跟随推崇，从来不冷静思考我上文所说的问题：是否真的提高了效率？ 模块化我们首要做的就是代码的结构的组织调整，关于如何组织代码结构目前流行的就是按照功能和内容。任何团队也不会自诩说自己的代码组织结构是最好方案，因为我们每个团队不管是外部还是内部环境都是不一样的，就跟市面不存在一模一样的APP一样，只要提高了自己团队开发效率的就是最优的，所以我今天主要跟大家探讨是如何用CocoaPods来组织我们的模块化。
五一之后，公司要求对代码进行整理，同时进行代码管理、自动化打包等标准化流程，这些东西一直是我想搞的，这次有了公司的支持，操作起来也更顺利了，代码管理、自动化打包会找时间写一篇博客，这次主要记录利用Cocoapods将多个项目中共用的代码抽离出私有库，方便其他项目的引用，也算是组件化的第一步吧。抽离出私有库的时候，参考了很多的博客，遇到了很多的问题，主要参考了这篇博客。 为什么要进行代码抽离 很多公司不止有一个产品，当项目达到两个及以上的时候，就需要考虑代码的共用（理想情况下）。由于我们公司特殊情况（懒
所谓Spec Repo，就是Pods的索引。一旦在podfile中设置source为某个私有repo的git地址，在进行pod update的时候就会去这个repo中进行检索，如果检索到对应的pod，会读取该Pod的podspec从而进行安装。 一个Spec Repo的目录结构如下：
集成 TUIKit 一般是用 cocoapods 来集成的, 当 pod install 的时候, pod 'TXIMSDK_TUIKit_iOS' 这里会从这个地址
把项目源码上传到gitHub仓库再clone到本地(以ZJRefreshControl为例)， 如果项目本来就在gitHub的仓库中， 直接clone到本地即可
命令行过后会在根目录生成一个podspec文件，接下来就是将podspec文件完善
可以看到我们指定source_files指定在PPKit/Classes文件夹下的所有文件，所以我们的源码都放在这里就可以了
该命令将在本目录产生一个名为PPodspec.podspec文件,用编辑器打开有很多的说明
1、Cocoapods环境安装 cocoapods-packager打包工具安装 sudo gem install cocoapods-packager 2、终端cd 到目录创建SDK pod lib create iComeSKD 并根据提示完成创建demo工程 3、工程中完善iComeSKD.podspec文件 # # Be sure to run `pod lib lint iComeSDK.podspec' to ensure this is a # valid spec before submit
react-native 大家都比较熟悉了，如果是一个全新的项目，直接使用 RN 的脚手架功能初始化项目就可以，直到上架之前，前端的小伙伴可能都不怎么需要关心 native 的代码。
.podspec文件的作用是为了让CocoaPods搜索引擎知道该代码的作者、版本号、概要、描述、源代码地址、部署版本、依赖的框架等描述信息。
$ pod trunk register xxx@example.com 'Alex’ #注册，会发带验证链接的邮件到邮箱地址，名称无法修改。
最终生成一个组件项目，会自动打开项目；在项目的目录下，其中有个Example的目录，打开就可以看到目录结构；
一是直接将这部分代码copy到绘本阅读这个项目中； 二是将语音评测这部分逻辑给抽取出来，然后在分别在两处使用。
CocoaPods 是专门为 iOS 工程提供第三方依赖库的管理工具，通过 CocoaPods，我们可以更方便地管理每个第三方库的版本，而且不需要我们做太多的配置，就可以直观、集中和自动化地管理我们项目的第三方库。
1.2 私人git服务器 参考:Linux搭建私有Git服务器以及ssh免密登陆配置
随着项目功能的不断增加，越来越多的开发人员加入，业务主线也随之越来越多，造成耦合越来越严重，编译越来越慢，测试不独立等一系列问题。为了解决此类情况，我们可以考虑到使用组件化开发 概念 组件化就是将一个单一工程的项目, 分解成为各个独立的组件， 然后按照某种方式, 任意组织成一个拥有完整业务逻辑的工程。 优势 独立：独立编写、编译、运行、测试 重用：功能代码的重复使用。比如不同项目使用同一功能模块 高效：任意增删模块，实现高效迭代 组件化还可以配合二进制化, 提高项目编译速度 组件分类 大体
手把手教你创建 CocoaPods 公有仓库?? 前言 作为iOS开发者，CocoaPods的使用为我们开发带来了极大的便利。 我们先来看看CocoaPods本地目录中有什么 $ cd ~/.coco
你会发现 master 是一个 git 仓库，输出仓库的远程地址，发现是一个GitHub仓库
CocoaPods的缓存你了解吗？缓存的默认存储路径在哪里？缓存怎么手动清除？又有什么机制会触发自动清理？今天小菜带大家一窥究竟。
CocoaPods在Cocoa开发日常工作中经常用到的包管理器，即依赖管理工具。有的项目也有用Carthage的，Carthage是一个比较新的依赖管理工具，是使用Swift语言开发的。Carthage在上家公司的一个项目中实践过一些，用着也挺方便。本篇博客就先系统的了解一下CocoaPods的使用方式和工作原理, 然后在下篇博客中会系统的了解一下Carthage的使用方式和工作原理，这两个依赖仓库系统梳理完毕后，会做一个比较。
podspec 文件是 Pod 库的描述文件，每个 Pod 库必须有且仅有一个这样的文件。文件名需要与我们将要创建的 Pod 库的名称一致，如我将创建的 Pod 库名称为 LixFoundation， 那么我的 podspec 文件就是 LixFoundation.podspec。
我们将使用pod lib create引导过程来创建整个pod 。那么让我们从初始命令开始：
前言 随着组件化的日益兴起，通过CocoaPods管理一些自己的库是基本的要求，本文将介绍如何将自己的项目支持通过CocoaPods管理以及自己在实践过程中遇到的一些问题！ 绑定自己的 GitHub 帐号 请将下面的内容替换为自己的 pod trunk register 272338444@qq.com 'password' --verbose 由于是第一次注册，下面给我返回了一堆东西 opening connection to trunk.cocoapods.org:443... opened st
最近参照了网上一大堆 CocoaPods私有仓库 的教程，按教程操作得到的pod仓库里面是这样的~
大致流程：通过podspec找到三方库的远程地址，然后将完整代码下载到本地指定目录，然后按照podspec的配置进行无用资源的清理，最后将清理之后的文件拷贝到Pods文件夹目录下。
https://www.videolan.org/vlc/download-ios.html
!安装cocoapods(http://code4app.com/article/cocoapods-install-usage)
相关文章 《CocoaPods公有仓库的创建》 前言 最近参照了网上一大堆 CocoaPods私有仓库 的教程，按教程操作得到的pod仓库里面是这样的~ 代码和版本描述居然混在了一起，简直太糟糕~
随着公司业务的不断发展，团队不断壮大的同时，项目也随之臃肿起来，如何保障团队协作的高效，自然的想到了组件化这个话题。下面总结下本人的梳理和思考。
AaronSwift是你要创建的组件工程的名称。安装过程中会提示你输入要下载工程的配置（如下：），依次输入：iOS、Swift、Yes、Quick、Yes，其中第二步如果想创建OC库，请输入ObjC。（各版本可能有不同，请根据提示输入）
cocoapod 在低版本中制作swift pod库时需要在 podspec 同目录下创建 .swfit-version 文件指定版本
一、上传项目到github 将框架中的主要文件放入到一个指定文件夹中，比如叫Classes或者Lib都可以 目录结构 打开终端，cd到框架目录 cd /Users/lxf/xxxx/LXFPhotoH
智人能在残酷的进化大战中存活下来，原因之一就是智人懂得将知识沉淀成外物，辅助彼此之间的合作，从而使得整个群体产生了规模效应，即1+1>2的效果。 从一个角度上说，石器时代是基于石器的组件化的时代，因为老张家的石矛（或其它石头利器）借给了老王，一样可以拿去狩猎。要想实现这个目的，一定要保证：
https://github.com/kishikawakatsumi/BookReader
在终端输入以下命令进行安装或者升级 旧版本cocoapods需升级最新的，之前在这遇到坑 $ sudo gem install cocoapods 安装详细方法 制作cocoaPods库详细 1、
我们考虑可能有不同的版本 因为可能需要自定义并且 可能其他模块的改动 我们新增1.0版本
集成 TUIKit 组件, 如果你发现 TUIKit 有 bug 需要修改, 或者因为公司业务需求需要在此基础上做二次开发, 那么就需要修改 TUIKit 源码, 但是如果下一次 TUIKit 更新时, 或者你执行 pod install 的时候, 远程库的 TUIKit 就会覆盖本地的 pod, 之前的改动都被覆盖了. 之前所写的代码都付之东流. 因此一种更加优雅的做法是把 TUIKIt 私有组件化, 再集成自己私有的这个 TUIKit pod 并在此基础上二次开发或者改动, 当 TUIKit 有更新的时候根据业务需求考虑 git 操作, merge 到自己的本地私有库来实现更新.
在桌面新建工程TestTRTC后,使用终端进入工程根目录（在终端内输入cd 后将工程文件夹拖入终端。cd 后面跟的是你自己的工程目录位置需要替换）
自有赞零售正式发布以来，已迭代百余个版本，业务的发展免不了带来工程代码的飞速增加，时至今日，有赞零售工程的业务代码数量已达24w行，所使用的的二方/三方 Pod 库的数量达到了100+，业务模块包括商品,交易，库存，会员等模块一共有15+;工程的急速膨胀给我们的日常开发中带来了诸多痛点:
Horovod 是一款基于 AllReduce 的分布式训练框架。凭借其对 TensorFlow、PyTorch 等主流深度学习框架的支持，以及通信优化等特点，Horovod 被广泛应用于数据并行的训练中。
云原生为实践者指明了一条能够充分利用云的能力、发挥云的价值的最佳途径，现已成为企业数字化转型的必经之路。随着云计算的普及，企业应用容器化的趋势已势不可挡，并主要面临以下几个重要问题：激增的流量负载与资源容量规划的矛盾如何解决？资源成本与系统可用性如何平衡？
创建一个空文件夹命名为你RN项目名称，在里面再新建一个文件夹/ios，把你现有的swift项目全部拷贝到/ios文件夹内。
在Kubernetes中，Pod是最小的可部署对象，可以由一个或多个容器组成。在实际使用中，Pod可能会由于各种原因停止工作，此时可以通过Pod的重启策略来决定如何处理这种情况。在本文中，我们将介绍Pod的重启策略以及如何设置重启策略。
二：在gitlab上创建一个私有项目TestPod，并且克隆到本地的workspace目录下。
领取专属 10元无门槛券
手把手带您无忧上云
