provisioning

1、关掉你的Xcode 2、右击project文件 ---》显示包内容 3、打开 project.pbxproj 4、删除所有包含 PROVISIONING_PROFILE 的那一行，保存，关掉。 5、从新运行，联网会自动更新。OK！ 来源： oschina 链接： https://my.oschina.net/u/1451688/blog/268315

　　在使用脚本xcodebuild自动打包的时候，会用到签名证书和描述文件，我在编译的时候搞了好长时间才搞明白，下面介绍如何得到正确配置。 　　证书：证书是用来给应用程序签名的，只有经过签名的应用程序才能保证他的来源是可信任的，并且代码是完整的， 未经修改的。在Xcode Build Setting的Code Signing Identity中，你可以设置用于为代码签名的证书。 　　.p12：因为直接从Apple下载的证书只有公钥，没有私钥。没办法证明这个证书是你的(没有办法证明你有这个权利)。而从本地钥匙串中导出的.p12文件是包含公钥和私钥的，也就是说可以把证书上描述的权利赋予他人。 　　描述文件：描述文件里包含了App ID , Certificates （证书）, Devices（设备）。 说明生成描述文件需要用到这些信息。我们要打包或者在真机上运行一个应用程序，首先需要证书来进行签名，用来标识这个应用程序是合法的、安全的、完整的等等。然后需要指明它的App ID，并且验证Bundle ID是否与其一致。再次，如果是真机调试，需要确认这台设备能否用来运行程序。而Provisioning Profile就把这些信息全部打包在一起，方便我们在调试和发布程序打包时使用，这样我们只要在不同的情况下选择不同的profile文件就可以了。而且这个Provisioning

设置构建触发器 Poll SCM H/2 * * * * 设置 构建脚本 # #xodebuild & jenkins 自动构建并上传至pgyer.com #2017年5月9日 # #定义一些变量 PROJ_NAME = " zhixinStuApp " cd . / ${PROJ_NAME} ARCHIVE_NAME = " ${PROJ_NAME}#${BUILD_NUMBER}#Pro.xcarchive " LIBRARY_PATH = " ~/Library " ARCHIVE_PATH = " ${LIBRARY_PATH}/Developer/Xcode/Archives/${ARCHIVE_NAME} " DIS_TARGET = " ad-hoc " EXPORT_OPTION_PATH = " /Users/Shared/exportOptions/ad-hoc.plist " HOST_HEADER_PATH = " /Users/Shared/exportOptions/hostConfig/HostConfig.h.pro.h " IPA_DIR = " ${PROJ_NAME}#${BUILD_NUMBER} " IPA_PATH = " $/Users/Shared/Jenkins/Library/ipas/${IPA_DIR}/${DIS

1、 安装jdk并配置JAVA_HOME vi ~/.bash_profile export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_151.jdk/Contents/Home source ~/.bash_profile 2、 安装Tomcat 3、 下载jenkins.war，部署到tomcat中 4、 配置.bash_profile export JENKINS_HOME= /Users/Shared/Jenkins/Home 5、 安装jenkins相关插件：系统管理-->插件管理 Subversion Plug-in 版本控制 Xcode integration xcode 打包命令 Keychains and Provisioning Profiles Management 管理证书和授权文件 6、 配置证书及pfofile：系统管理--> Keychainsand Provisioning Profiles Management Keychians 配置： 打开终端窗口输入命令行 open /Users/ 管理员用户名/Library/Keychains 例如：open /Users/admin/Library/Keychains Mac 系统10.12版本以后找到 login.keychain

[toc] Kubernetes之（十二）存储卷 简介 为了保证数据的持久性，必须保证数据在外部存储在docker容器中，为了实现数据的持久性存储，在宿主机和容器内做映射，可以保证在容器的生命周期结束，数据依旧可以实现持久性存储。但是在k8s中，由于pod分布在各个不同的节点之上，并不能实现不同节点之间持久性数据的共享，并且，在节点故障时，可能会导致数据的永久性丢失。为此，k8s就引入了外部存储卷的功能。 k8s的存储卷类型： [root@master ~]# kubectl explain pods.spec.volumes. emptyDir <Object> # 临时目录。pod删除数据也被删除,用于数据的临时存储。 hostPath <Object> #宿主机目录映射 和docker的一样 #以上两种都不能满足持久性存储 本地传统存储： - SAN(iSCSI,FC) - NAS(nfs,cifs,http) 分布式存储： - glusterfs - cephfs 云存储： - EBS,Azure Disk persistentVolumeClaim -->PVC(存储卷创建申请) 当你需要创建一个存储卷时，只需要进行申请对应的存储空间即可使用，这就是PVC。其关联关系如图： （图片来源： https://www.cnblogs.com/linuxk/）

刚接触iOS开发的人难免会对苹果的各种证书、配置文件等不甚了解，可能你按照网上的教程一步一步的成功申请了真机调试，但是还是对其中的缘由一知半解。这篇文章就对Certificate、Provisioning Profile等做个总结。 1.概念介绍 如果你拥有一个开发者账户的话，在iOS Dev Center打开Certificates, Indentifiers & Profiles，你就可以看到如下的列表： Profile Portal改版有一段时间了，改版之后的结构比以前更清晰明了，易于理解和管理。 上面的列表就包含了开发、调试和发布iOS应用程序所需的所有内容：Certificates、Identifiers、Devices、Provisioning Profiles。下面将一一解释这几个东东。 Certificate 证书是用来给应用程序签名的，只有经过签名的应用程序才能保证他的来源是可信任的，并且代码是完整的， 未经修改的。在Xcode Build Setting的Code Signing Identity中，你可以设置用于为代码签名的证书。 众所周知，我们申请一个Certificate之前，需要先申请一个Certificate Signing Request (CSR) 文件，而这个过程中实际上是生成了一对公钥和私钥，保存在你Mac的Keychain中

iOS、macOS系统应用管理机制 　　苹果系统包括：iOS、macOS、watchOS、tvOS。应用软件的生命周期为：开发、上线、安装、使用、卸载。这篇文档将从应用生命周期的各个环节介绍苹果系统对应用的管理机制，主要详细介绍iOS和macOS，watchOS与tvOS由于用户数量少，以及流程与iOS相似度较高，只作了简单介绍。 iOS 一、开发 注册账号： 　　单纯开发是不用付费的，使用模拟器就可以。如果要真机调试，或者提交appstore，需要申请开发者帐号。 　　需要提交：1、注册一个苹果账号作为开发者账号。2、个人或企业的姓名、地址、联系方式等相应资料。3、能够做美金结算的信用卡账。4、支付99美金给苹果公司。 　　另外，申请企业账号需要提供DUNS（邓白氏编码）以及税务等相应资料。D-U-N-S Number 是一组唯一的九位数字，用于检查所在组织的身份和法人实体状态。如果未拥有此识别码，需要将信息提交给 Dun & Bradstreet，以获取一个免费的 D-U-N-S Number。 　　Apple 开发者到期 App 是会下架，但是已经安装 App 的用户，手机仍能使用App，App Store里面搜索不到。续费 Apple 开发者后，App 会在当天上线App Store。Apple开发者到期时不能转让App。 开发工具：