冰冻三尺，非一日之寒

参考链接： https://www.jianshu.com/p/0ead88409212 Enabling Universal Links Setting Up an App’s Associated Domains Universal Links(通用链接)。 在2015年的WWDC大会上，Apple推出了iOS 9的一个功能：Universal Links通用链接。如果你的App支持Universal Links，那就可以访问HTTP/HTTPS链接直接唤起APP进入具体页面，不需要其他额外判断；如果未安装App，访问此通用链接时，可以一个自定义网页。 优点: 唯一性：不像自定义的scheme,因为它使用标准的HTTP/HTTPS链接到你的web站点,所以它不会被其它的app所声明.另外,Custom URL scheme 因为是自定义的协议，所以在没有安装 app 的情况下是无法直接打开的，而Universal Links本身是一个HTTP/HTTPS链接，所以有更好的兼容性； 安全：当用户的手机上安装了你的app，那么iOS将去你的网站上去下载你上传上去的说明文件(这个说明文件声明了APP可以打开哪些类型的http链接)。因为只有你自己才能上传文件到你网站的根目录,所以你的网站和你的app之间的关联是安全的； 可变：当用户手机上没有安装你的app的时候，Universal Links也能够工作。如果你愿意，在没有安装APP的时候，用户点击链接，会在safari中展示你网站的内容； 简单：一个URL链接，可以同时作用于网站和app，可以定义统一的web-native协议； 私有：其它APP可以在不需要知道是否安装了的情况下和你的APP相互通信； 缺点: 只支持iOS9及以上系统；当使用Universal Link打开APP之后，状态栏右上角会出现链接地址，点击它会取消Universal Link，需引导用户重新使用Safari再次打开该链接，弹出Safari内置APP广告条，再点击打开重新开启Universal Link。 本来一般公司会有一个官网域名 https://www.aaaaa.com/ ,你必须找运维同学开一个专门用来制作通用链接的域名 https://oap.aaaaa.com ，然后上传app...

原文链接 I am using XCode 11 GM Seed 2 (11A420a). I've tried xcrun altool -- upload - app -- type ios -- file "path/to/application.ipa" -- username "YOUR_ITMC_USER" -- password "YOUR_ITMC_PASSWORD" But it didn't work for me as it were generating an error code like  "Error Domain=ITunesSoftwareServiceErrorDomain Code=-22014 . I generated an App Store API Key (see  https://appstoreconnect.apple.com/access/api ), saved in in my  ~/.appstoreconnect/private_keys  directory and made this bash script named  applicationloader.sh : #!/bin/bash APPFILE = $1 set - euo pipefail # key is in ~/.appstoreconnect/private_keys KEY = "密钥ID" ISSUER = "YOUR ISSUER ID" xcrun altool -- upload - app -- type ios -- file $APPFILE -- apiKey $KEY -- apiIssuer $ISSUER Then (after a  chmod a+x applicationloader.sh ) I just type applicationloader . sh app . ipa and the app uploads to testflight no problem. Hope this helps.

原文链接 Suppose B is the only submodule of A. cd A git ls-tree -r HEAD | grep commit The output is something like 160000 commit 0814c6ba8f45829f04709c56118868d2483444c2 foo foo  is the submodule folder and  0814c6ba8f45829f04709c56118868d2483444c2  is its revision tracked by A's current commit. git submodule update  does something like cd B git checkout 0814c6ba8f45829f04709c56118868d2483444c2 git submodule update --remote  is like cd B git fetch origin master git checkout origin/master By default  master  and  origin/master  are used. If the branch is specified by  submodule.foo.branch = bar  in  .gitmodule , then bar  and  origin/bar  are used.