iOS 开发代码规范

  • 关键代码必须写注释
  • 任意函数长度不得超过50行。(其实很容易就超过50行,这就要考虑代码抽取了。)
  • 任意行代码不能超过80字符。(其实也很容易超过80字符,可以考虑多行显示,比如有多个参数时,可以每个参数放一行。)可以在Xcode中设置超过80个字符的提醒,选中“Page guide at column”.设置完之后就会在代码80个字符处有一条竖线
  • 在每个方法的定义前留白一行,也就是在方法和方法之间留空一行
  • 功能相近的方法要放在一起,并推荐使用#pragma mark - * 来导航代码,切分代码块。这样可以方便函数的查找。并且可以使用快捷键control+6 来快速查找方法的位置
  • 二元运算符和参数之间要有一个空格,如赋值号=左右各留一个空格。
  • 一元运算符和参数之间不放置空格,比如!非运算符,&按位与,|按位或
  • 强制类型转换和参数之间不放置空格。
  • 长的变量值应该拆分为多行。尤其体现在使用数组或者字典。以下也分别是快速声明数组@[]和字典@{}的方法。
  • 尽量使用有意义的名字命名,拒绝使用i,j等无意义字符命名。类的命名首字母大写,其他变量的命名首字符小写,并使用驼峰式分割单词。
  • 尽量减少在代码中直接使用数字常量,而使用宏定义等方式。如:MAX_NUMBER_PHONE替代8等等。这样我们搜索也比较方便。
  • 尽量减少代码中的重复计算,比如代码中多处要使用屏幕宽度,然后计算:[[UIScreenmainScreen] bounds].size.width , 很多次,闲得很繁琐,代码也冗长,不如直接宏定义
  • 合理使用约定俗成的缩略词

    • alloc : 分配;
    • alt : 轮流,交替;
    • app : 应用程序;
    • calc : 计算;
    • dealloc : 销毁、析构;
    • func : 函数、方法;
    • horiz : 水平的;
    • info : 信息;
    • init : 初始化;
    • max : 最大的;
    • min : 最小的;
    • msg : 消息;
    • nib : Interface Builder;
    • rect : 矩形;
    • temp : 暂时的;
    • vert : 垂直的;
  • 宏定义全部字母大写,单词之间需要用下划线分割
  • 函数长度不要超过50行,小函数比大函数可读性更强。函数的参数不宜过多,零元函数最好,一元函数也不错,高于三元的函数需重构。
  • 合理范围内使用链式编程 NSString *myName = [[NSString alloc] init]; 但是嵌套不宜超过3层,超过3层需进行重构
  • 函数调用时所有参数在同一行。如果参数过多,则可以每行一个参数,每个参数以冒号对齐
  • 对传入参数的保护或者说是否为空的判断,尽量不要使用if(!obj),而使用NSAssert断言来处理。NSAssert是系统定义的宏
  • 方法参数名前一般使用”an”,”the”,”new”来进行修饰
  • if-else超过四层的时候,就要考虑重构,多层的if-else结构很难维护
  • 当需要一定条件才执行某项操作时,最左边的应该是最重要的代码,不要将最重要的代码内嵌到if中
  • 所有的逻辑块都使用{}花括号包围,就算只是一行代码
  • 明确指定构造函数,并有适当的注释
  • 不要在init方法中把变量或者说属性初始化为0或者nil,因为没有必要。
  • UIView的子类初始化的时候,不要进行任何的布局操作。布局操作应该在layoutSubviews里面做;需要重新布局的时候调用setNeedsLayout,而不要直接调用layoutSubviews。
  • 保持公共API简单,也就是保持.h文件简单。放在.h中声明的函数都是会被公开的,如果根本就没必要对其他类公开,就不要在.h中声明。OC中的方法都是公有方法,没有私有方法一说。
  • 一个文件只实现一个类。同一个文件中不要有多个类。
  • Protocol单独用一个文件来创建,尽量不要与相关类混在一个文件中。
  • 在类定义中使用到自己定义类的时候,尽量不要在头文件中引入自己定义类的头文件,使用@class替代。而在实现文件中引入头文件。
  • 布局时尽量使用相对布局,比如使用子View在父View中的相对位置。
    代码折叠,这个可能是关于开发效率的,我也写在编码规范中,因为这个很有用。Xcode7默认没有开启代码折叠,如果你的方法体行数很长,看起来会很不方便,此时你就可以把方法“收起来”,一个类中的结构就会很清晰。开启方法如下:Xcode菜单–>Preferences–>Text Editing–>勾选Code folding ribbon
  • 推荐方法的第一个花括号直接跟在方法体后,而不是另起一行,这样可以减少代码行
  • 推荐方法体中的第一行留空,最后一行不留空,这样一个方法就会比较清晰,但是如果该花括号里面又是一个if,for之类的带花括号的语句块,那么上述的第一行可以不留空。同样,如果花括号内第一行是注释的话,第一行也可以不留空。注释也起到了分隔代码的作用,看起来比较清晰。再者,如果花括号内只有一行代码,第一行可以不留空。
  • block中第一行也要留空,同方法体中的第一行留空,使代码清晰
    代表类方法和实例方法的”+”加号,”-“减号后需要一个空格。这是一个非常小的细节,系统默认的方法都是这样的,我们自己声明或者实现一个方法的时候也需要这样
  • 这一条有点像编程经验了,就是为解决某个问题估算时间。比如要开发某个功能、调试某个bug、给自己一个时间限制,如果在这期间不能解决问题,那么就去寻求帮助。这既是给自己一个压力,也为了不浪费时间。虽然,这一条其实很难做到,我往往由于不甘心而无限拖延时间去解决问题
  • 由于提到编程经验,就不得不提到版本控制。务必去学会SVN或者Git,就算你是独立开发,也要学会控制自己的代码,当然,你要经常备份你的代码

未完待续

微信支付集成遇到的坑

调起支付出现“支付验证签名失败”
  1. 服务端访问“ 统一下单”接口,收到返回值。
  2. APP在将上一步返回值传递微信时出现“支付验证签名失败”问题。

需要注意的是:

执行第1步的时候,收到返回值,需要将sign参数再次重新生成签名。返回到APP(相当于需要按相同的方式签名两次再发送微信支付请求)

支付完成无法调起onResp回调

我的开发环境:XCode 8 + iOS 9.3.5

使用微信支付,调起了微信支付,并正常返回后,在我的APP无法调起onResp回调。经过CoderLeon的提示,终于找到了方法,## 在IOS9.2和Xcode7.2之后,需要使用苹果的新方法 ##。看看微信的API也是醉了,下面介绍正确打开姿势:

- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url {
    return  [WXApi handleOpenURL:url delegate:[WXApiManager shareInstance]];
}

- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation {
    return [WXApi handleOpenURL:url delegate:[WXApiManager shareInstance]];
}

- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary*)options {
    return [WXApi handleOpenURL:url delegate:[WXApiManager shareInstance]];
}

清除Chrome 的dns cache

为了加快访问速度,Google Chrome浏览器采用了预提DNS记录,在本地建立DNS缓存的方法,加快网站的连接速度。你在谷歌Chrome浏览器的地址栏中输入about:DNS,就可以看到本地的DNS缓存。
在chrome下清除DNS缓存方法:

  1. 用chrome打开:chrome://net-internals/#dns
  2. 点击上面的clean host cache

CocoaPods 安装使用总结

安装篇

安装ruby环境

因为众所周知的原因,ruby官方源在国内不好用,我们需要添加国内第三方源,以前都是添加淘宝源,但现在淘宝源已经停止更新了,建议使用ruby china 源。

$ gem sources --add https://gems.ruby-china.org/ --remove https://rubygems.org/

https://gems.ruby-china.org/ added to sources
https://rubygems.org/ removed from sources
查看当前的ruby源
$ gem sources -l
*** CURRENT SOURCES ***

https://gems.ruby-china.org
# 请确保只有 gems.ruby-china.org
安装CocoaPods
$ sudo gem install cocoapods
查看cocoapods是否支持某个类库
$ pod search 类库名,支持模糊查询(如:AFNetworking)

使用pod search 查询后,可以使用Q键退出

安装错误解决
  • 错误1:
Error fetching http://ruby.taobao.org/:
bad response Not Found 404 (http://ruby.taobao.org/specs.4.8.gz)

==解决方案==:把安装流程中

$gem sources -a http://ruby.taobao.org/

改为

$gem sources -a https://gems.ruby-china.org/

  • 错误2:
ERROR:  While executing gem ... (Errno::EPERM)
Operation not permitted - /usr/bin/pod

==解决方案==:苹果系统升级OS X EL Capitan后会出现的插件错误,
==将安装流程:安装CocoaPods 的==

sudo gem install cocoapods

改为

sudo gem install -n /usr/local/bin cocoapods

  • 错误3:
    [!] Unable to satisfy the following requirements: - AVOSCloud (~> 3.1.6.3) required by Podfile

Specs satisfying the AVOSCloud (~> 3.1.6.3) dependency were found, but they required a higher minimum deployment target.

==解决方案==:安装流程:Podfile文件 中 platform:ios, ‘6.0’ 后边的 6.0 是平台版本号 ,一定要加上

使用篇

添加Podfile文件
  1. 在需要添加pod的项目根目录,添加一个Podfile文件:

1.0版本后为下面的格式,更早的版本不需要target,end

platform :ios, '8.0'   # 制定平台及使用的最低系统版本
target 'DocSite' do    # 设置一个项目target,可以在Xcode的targets下查看
        pod 'AFNetworking'   # 需要添加的第三方库,一行一个库名
end   # 结束标志

Podfile也可以放在任何位置,但是需要在Podfile顶部使用”xcodeproj”关键字指定工程的路径,如下:

xcodeproj "/Users/username/Desktop/CocoaPodsDemo/CocoaPodsDemo.xcworkspace"

但是执行pod install命令后,生成的文件放在了Podfile所在的目录.

安装第三方依赖库

在Terminal下,切入到项目的根目录下,执行如下命令:

pod install

安装完成后,会提示如下信息:

[!] Please close any current Xcode sessions and use `CocoaPodsDemo.xcworkspace` for this project from now on.

经过以上步骤后,我们现在可以打开CocoaPodsDemo.xcworkspace启动我们的新工程了.新工程中已经通过cocoapods引入并配置好了我们刚在Podfile写的需要依赖的第三方库了.

引入第三方库后找不到头文件?

在项目的Targe-Build Settings-Search Paths-User Header Search Paths中添加${SRCROOT} 值为 recursive

如下图:

cocoapods配置头文件

如何编译从github上checkout下来的一个已包含CocoPods类库的项目?

打开终端进入你所下载项目的根目录,执行以下命令,后会得到上面的那句话:

$ pod update

等待命令运行完毕后,同样最后会输出:

[!] From now on use `xxxxx.xcworkspace`.

如何删除cocopods?

  1. 删除工程文件夹下的Podfile、Podfile.lock及Pods文件夹
    删除xcworkspace文件
  2. 使用xcodeproj文件打开工程,删除Frameworks组下的Pods.xcconfig及libPods.a引用
  3. 在工程设置中的Build Phases下删除Check Pods
  4. Manifest.lock及Copy Pods Resources

删除cocoapods

CocoaPods常用命令

  • pod install

根据Podfile文件指定的内容,安装依赖库,如果有Podfile.lock文件而且对应的Podfile文件未被修改,则会根据Podfile.lock文件指定的版本安装。

每次更新了Podfile文件时,都需要重新执行该命令,以便重新安装Pods依赖库。

  • pod update

若果Podfile中指定的依赖库版本不是写死的,当对应的依赖库有了更新,无论有没有Podfile.lock文件都会去获取Podfile文件描述的允许获取到的最新依赖库版本。

  • pod search

命令格式为:

$ pod search 类库名,支持模糊查询(如:AFNetworking)

使用Q键退出搜索

pod search result

红框中的信息为AFNetworking 最新版本,Version中显示了历史版本,根据这些信息来编写我们的Podfile文件如:

pod 'AFNetWorking', '~> 3.1.0'

这句话具体含义是什么呢?
当我们通过cocopods引入依赖库时,需要显示或隐式注明引用的依赖库版本,具体写法和表示含义如下:

pod ‘AFNetworking’      //不显式指定依赖库版本,表示每次都获取最新版本
pod 'AFNetworking', '2.0'     //只使用2.0版本
pod 'AFNetworking', '> 2.0'     //使用高于2.0的版本
pod 'AFNetworking', '>= 2.0'     //使用大于或等于2.0的版本
pod 'AFNetworking', '< 2.0'     //使用小于2.0的版本
pod 'AFNetworking', '<= 2.0'     //使用小于或等于2.0的版本
pod 'AFNetworking', '~> 0.1.2'     //使用大于等于0.1.2但小于0.2的版本
pod 'AFNetworking', '~>0.1'     //使用大于等于0.1但小于1.0的版本
pod 'AFNetworking', '~>0'     //高于0的版本,写这个限制和什么都不写是一个效果,都表示使用最新版本
  • pod setup

用于跟新本地电脑上的保存的Pods依赖库tree。由于每天有很多人会创建或者更新Pods依赖库,这条命令执行的时候会相当慢,还请耐心等待。我们需要经常执行这条命令,否则有新的Pods依赖库的时候执行pod search命令是搜不出来的。

①多个target中使用相同的Pods依赖库

比如,名称为CocoaPodsTest的target和Second的target都需要使用Reachability、SBJson、AFNetworking三个Pods依赖库,可以使用link_with关键字来实现,将Podfile写成如下方式:

link_with ‘CocoaPodsTest’, ‘Second’
platform :ios do
    pod ‘Reachability’,  ‘~> 3.0.0’
    pod ‘SBJson’, ‘~> 4.0.0’
    platform :ios, ‘7.0’
    pod ‘AFNetworking’, ‘~> 2.0’
end

这种写法就实现了CocoaPodsTest和Second两个target共用相同的Pods依赖库。

②不同的target使用完全不同的Pods依赖库

CocoaPodsTest这个target使用的是Reachability、SBJson、AFNetworking三个依赖库,但Second这个target只需要使用OpenUDID这一个依赖库,这时可以使用target关键字,Podfile的描述方式如下:

target :’CocoaPodsTest’ do
platform :ios
    pod ‘Reachability’,  ‘~> 3.0.0’
    pod ‘SBJson’, ‘~> 4.0.0’
platform :ios, ‘7.0’
    pod ‘AFNetworking’, ‘~> 2.0′
end
target :’Second’ do
    pod ‘OpenUDID’, ‘~> 1.0.0’
end

其中,do/end作为开始和结束标识符。

* 注:

有时候,我们在执行pod installpod search命令时,会在终端偶现卡在pod setup界面的情况,

其实,该情况也许并非真的卡住,下面给出两种解决方案。

  • 方案1:

    • 在执行pod install命令时加上参数--verbose即:pod install 'ThirdPartyName' --verbose,可在终端详细显示安装信息,看到pod目前正在做什么(其实是在安装第三方库的索引),确认是否是真的卡住。
    • 进入终端家目录,输入ls -a可看到隐藏的pod文件夹,输入cd .cocoapods进入pod文件夹,然后输入du -sh即可看到repos文件夹的容量,隔几秒执行一下该命令,可看到repos的容量在不断增大,待容量增大至900+M时,说明,repos文件夹索引目录已安装完毕。此时,pod功能即可正常使用。
  • 方案2:

    • 通过方案1,我们知道在pod setup过程中,pod其实是在安装第三方库的索引目录,因此我们可以直接从GitHub上下载索引目录拷进repos文件夹。
    • 前往https://github.com/CocoaPods/Specs,下载该索引,然后拷进repos文件夹。目录结构如下图所示:

  • 完全退出终端,重启终端,pod功能即可正常使用。

Podfile.lock文件

在使用CocoaPods,执行完pod install之后,会生成一个Podfile.lock文件。这个文件看起来跟我们关系不大,实际上绝对不应该忽略它。

该文件用于保存已经安装的Pods依赖库的版本,通过CocoaPods安装了SBJson、AFNetworking、Reachability三个POds依赖库以后对应的Podfile.lock文件内容为

PODS:
– AFNetworking (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/NSURLSession
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/UIKit
– AFNetworking/NSURLConnection (2.1.0):
– AFNetworking/Reachability
– AFNetworking/Security
– AFNetworking/Serialization
– AFNetworking/NSURLSession (2.1.0):
– AFNetworking/NSURLConnection
– AFNetworking/Reachability (2.1.0)
– AFNetworking/Security (2.1.0)
– AFNetworking/Serialization (2.1.0)
– AFNetworking/UIKit (2.1.0):
– AFNetworking/NSURLConnection
– Reachability (3.0.0)
– SBJson (4.0.0)
DEPENDENCIES:
– AFNetworking (~> 2.0)
– Reachability (~> 3.0.0)
– SBJson (~> 4.0.0)
SPEC CHECKSUMS:
AFNetworking: c7d7901a83f631414c7eda1737261f696101a5cd
Reachability: 500bd76bf6cd8ff2c6fb715fc5f44ef6e4c024f2
SBJson: f3c686806e8e36ab89e020189ac582ba26ec4220
COCOAPODS: 0.29.0

Podfile.lock文件最大得用处在于多人开发。当团队中的某个人执行完pod install命令后,生成的Podfile.lock文件就记录下了当时最新Pods依赖库的版本,这时团队中的其它人check下来这份包含Podfile.lock文件的工程以后,再去执行pod install命令时,获取下来的Pods依赖库的版本就和最开始用户获取到的版本一致。如果没有Podfile.lock文件,后续所有用户执行pod install命令都会获取最新版本的SBJson,这就有可能造成同一个团队使用的依赖库版本不一致,这对团队协作来说绝对是个灾难!

在这种情况下,如果团队想使用当前最新版本的SBJson依赖库,有两种方案:

  1. 更改Podfile,使其指向最新版本的SBJson依赖库;
  2. 执行pod update命令;

参考:

cocoapods安装使用及配置私有库

使用CocoaPods卡在了"pod setup"界面的解决办法

Masonry 动画更新约束

在 iOS 代码手写控件一族中,在使用frame来动画更新控件frame是再熟悉不过的了:

[UIView animateWithDuration:0.5 animations:^{
    view.frame = CGRectMake();
}];

但在引入Masonry后,使用如下代码来更新控件约束后,但无法看到控件位置更新的动画:

[UIView animateWithDuration:0.5 animations:^{
    [view mas_updateConstraints:^(MASConstraintMaker *make) {
        make.right.mas_equalTo();
    }];
}];

正确的姿势:

[view mas_updateConstraints:^(MASConstraintMaker *make) {
    make.right.mas_equalTo(weakSelf.view);
}];
[view setNeedsUpdateConstraints]; //通知系统视图中的约束需要更新
[view updateConstraintsIfNeeded]; //

[UIView animateWithDuration:0.5 animations:^{
    [self.view layoutIfNeeded]; //使约束立即生效
}];

UIScrollView 停止滚动监测

今天需要做一个控件的动画,在scrollView滚动的时候隐藏底部一个控件,在scrollView停止滚动的时候显示底部那个控件。

该需求的“滚动隐藏”容易满足,只需要我们实现scrollView的代理:

- (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView

但“停止滚动显示”这个需求,在我尝试了所有的scrollView代理后,仍然无法满足需求。苦思之下,想到了scrollView的监听滚动代理:

- (void)scrollViewDidScroll:(UIScrollView *)scrollView

如果我们在该代理里添加一个延时定时器,在每次scrollView回调上面代理的时候,首先取消上次添加的定时任务,然后在添加一个新的定时任务,这样只要在上面的这个代理不在调用的时候,最后一个定时器,所携带的方法,就会被调用。然后就有了如下实践:

- (void)scrollViewDidScroll:(UIScrollView *)scrollView {]
    [NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(scrollViewDidEndScrollingAnimation) object:nil];
    [self performSelector:@selector(scrollViewDidEndScrollingAnimation) withObject:nil afterDelay:0.1];
}

这样我们只要在:

- (void)scrollViewDidEndScrollingAnimation {
    [NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(scrollViewDidEndScrollingAnimation:) object:nil];
    // do something after end scrolling
}

实现停止滚动的代码就可以了。

Git 使用总结

1. Git简介

Git的诞生确实是一个有趣的故事,我们知道,当年Linus创建了开源的Linux,从此,Linux系统不断发展,现在已经成为最大的服务器系统软件了(请不要傻傻分不清Linus和Linux)。

但是随着Linux的不断壮大,就需要各种版本控制了,起初Linus带着他的小弟们使用的是BitKeeper(商业版本控制系统),之后呢由于某种原因BitKeeper的公司不让他们使用了,于是Linus自己花了两周时间写出了Git并且开源了(BitKeeper已哭晕在厕所),阿弥陀佛,幸亏BitKeeper不让Linus他们用了,要不然我们现在也不会有这么好用的Git了,博主更不会在这写这篇博文了。

之后的岁月里,渐渐有了github,coding等一些可以使用git存储的网站,Git的江湖地位变得无可替代了,如果你是个开发者却还不会使用Git那就太out了。

这里先引用一张图解释Git

工作原理:

  • Workspace:工作区,执行git add *命令就把改动提交到了暂存区,执行git pull命令将远程仓库的数据拉到当前分支并合并,执行git checkout [branch-name]切换分支
  • Index:暂存区,执行git commit -m '说明' 命令就把改动提交到了仓库区(当前分支)
  • Repository:仓库区(或本地仓库),执行git push origin master提交到远程仓库,执行git clone 地址将克隆远程仓库到本地
  • Remote:远程仓库,就是类似github,coding等网站所提供的仓库

:实际操作命令和上述命令会有所不同,这里这是解释清楚命令和仓库的关系。

1.1 Git 术语

仓库(Repository)

一个仓库包括了所有的版本信息、所有的分支和标记信息。在Git中仓库的每份拷贝都是完整的。仓库让你可以从中取得你的工作副本。

分支(Branches)

一个分支意味着一个独立的、拥有自己历史信息的代码线(code line)。你可以从已有的代码中生成一个新的分支,这个分支与剩余的分支完全独立。默认的分支往往是叫master。用户可以选择一个分支,选择一个分支执行命令git checkout branch.

标记(Tags)

一个标记指的是某个分支某个特定时间点的状态。通过标记,可以很方便的切换到标记时的状态,例如2009年1月25号在testing分支上的代码状态

提交(Commit)

提交代码后,仓库会创建一个新的版本。这个版本可以在后续被重新获得。每次提交都包括作者和提交者,作者和提交者可以是不同的人

修订(Revision)

用来表示代码的一个版本状态。Git通过用SHA1 hash算法表示的id来标识不同的版本。每一个 SHA1 id都是160位长,16进制标识的字符串.。最新的版本可以通过HEAD来获取。之前的版本可以通过”HEAD~1”来获取,以此类推。

1.2忽略特定的文件

可以配置Git忽略特定的文件或者是文件夹。这些配置都放在.gitignore文件中。这个文件可以存在于不同的文件夹中,可以包含不同的文件匹配模式。

比如.gitignore内容可以如下:

忽略某文件
npm-debug.log
忽略文件夹
dist/
node_modules/
.idea/

同时Git也提供了全局的配置,core.excludesfile。

忽略之后的文件或是文件夹Git就不去提交里面的内容了。

1.3 使用.gitkeep来追踪空的文件夹

Git会忽略空的文件夹。如果你想版本控制包括空文件夹,根据惯例会在空文件夹下放置.gitkeep文件。其实对文件名没有特定的要求。一旦一个空文件夹下有文件后,这个文件夹就会在版本控制范围内。

1.4 配置

# 显示当前的Git配置
$ git config --list
# 编辑Git配置文件,只是配置用户信息的话直接看下面两行命令即可
$ git config -e [--global]
# 设置提交代码时的用户信息,是否加上全局--global自行决定,一般是直接设置全局的。另外用户邮箱需要注意最好使用gmail,QQ也可以,需要和你远程仓库保持一致不然你的contribution是不会被记录在远程仓库的
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"

Git的设置文件为.gitconfig,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置)。

个人觉得git是需要认真学的,虽然是个工具但不学习很容易把自己弄糊涂,希望这篇博客可以在某些时候帮到您,让您大概理解git的工作原理并把基本命令串起来。那么下面就说一下Git重要的基本命令吧。

2.Git安装

Mac 自带git客户端,可以通过如下命令查看git 版本信息

git --version
3.创建仓库
# 在当前目录创建一个文件夹
$ mkdir [project-name]
# 在当前目录新建一个Git代码库
$ git init
# 新建一个目录,将其初始化为Git代码库
$ git init [project-name]
# 下载一个项目和它的整个代码历史(各个分支提交记录等)
$ git clone [url]

git init后会出现.git文件夹,里面有配置文件,如果没有git bash里面输入ls -lah就可以看到了

3.1 在非空目录下 git clone 项目

在非空目录下 git clone 项目时会提示错误信息:

fatal: destination path '.' already exists and is not an empty directory.

解决办法:

1. 进入非空目录,假设是 /dir/jk1
2. git clone --no-checkout https://github.com/HJThink/test.git tmp
3. mv tmp/.git .   
4. rmdir tmp
5. git reset --hard HEAD

关于如何关联Git和远程仓库,比如Coding,github等,可以看这两篇文章:

Git链接到自己的Github Coding帮助中心

4.提交文件
4.1首次推送
# 添加当前目录的所有文件到暂存区
$ git add *
# 提交暂存区到仓库区
$ git commit -m [message]
# 为远程Git更名为origin
$ git remote add origin git@github.com:abcd/tmp.git
# 推送此次修改,这是首次推送需要加上-u,之后推送就可以直接git push  origin master,origin是远程Git名字,这个可以自己定义,不过一般是用origin罢了,master是默认的分支,如果不在master分支提交需要写清楚分支名称
$ git push -u origin master

首次推送成功后可以看下下面的命令:

# 添加指定文件到暂存区
$ git add [file1] [file2] ...
# 添加指定目录到暂存区,包括子目录
$ git add [dir]
# 添加当前目录的所有文件到暂存区
$ git add *
# 添加每个变化前,都会要求确认
对于同一个文件的多处变化,可以实现分次提交
$ git add -p
# 删除工作区文件,并且将这次删除放入暂存区
$ git rm [file1] [file2] ...
# 停止追踪指定文件,但该文件会保留在工作区
$ git rm --cached [file]
# 改名文件,并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]
# 提交暂存区到仓库区
$ git commit -m [message]
# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]
# 提交工作区自上次commit之后的变化,直接到仓库区
$ git commit -a
# 提交时显示所有diff信息
$ git commit -v
# 使用一次新的commit,替代上一次提交
如果代码没有任何新变化,则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
# 重做上一次commit,并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...
# 提交更改到远程仓库
$ git push origin master
# 拉取远程更改到本地仓库默认自动合并
$ git pull origin master
# Git pull 强制覆盖本地文件
git fetch --all  
git reset --hard origin/master 
git pull

如果我们只是维护自己的小项目的话,上面的命令已经够用了,自己一个人在master分支想咋折腾就咋折腾

5.分支

但如果是多人协作的话,git的魅力就开始提现出来了,每个人有自己的一个分支,各自在自己的分支上工作互不干扰。具体的看这:Git教程-创建合并分支

# 列出所有本地分支
$ git branch
# 列出所有远程分支
$ git branch -r
# 列出所有本地分支和远程分支
$ git branch -a
# 新建一个分支,但依然停留在当前分支
$ git branch [branch-name]
# 新建一个分支,并切换到该分支
$ git checkout -b [branch]
# 新建一个分支,指向指定commit
$ git branch [branch] [commit]
# 新建一个分支,与指定的远程分支建立追踪关系
$ git branch --track [branch] [remote-branch]
# 切换到指定分支,并更新工作区
$ git checkout [branch-name]
# 切换到上一个分支
$ git checkout -
# 建立追踪关系,在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]
# 合并指定分支到当前分支,如果有冲突需要手动合并冲突(就是手动编辑文件保存咯),然后add,commit再提交
$ git merge [branch]
# 选择一个commit,合并进当前分支
$ git cherry-pick [commit]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]
6.标签

标签的作用主要是用来做版本回退的,关于版本回退,这也是Git的亮点之一,起到了后悔药的功能·

# 列出所有tag
$ git tag
# 新建一个tag在当前commit
$ git tag [tag]
# 新建一个tag在指定commit
$ git tag [tag] [commit]
# 删除本地tag
$ git tag -d [tag]
# 删除远程tag
$ git push origin :refs/tags/[tagName]
# 查看tag信息
$ git show [tag]
# 提交指定tag
$ git push [remote] [tag]
# 提交所有tag
$ git push [remote] --tags
# 新建一个分支,指向某个tag
$ git checkout -b [branch] [tag]
7.后悔药

想一下在你写完N个文件代码后,commit到了本地仓库,突然发现整个应用崩溃了!咋整?Git给了我们吃后悔药的机会:

$ git checkout [file]
# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]
# 恢复暂存区的所有文件到工作区
$ git checkout .
# 回退到上一个版本,在Git中,用HEAD表示当前版本
$ git reset --hard HEAD^
# 重置暂存区的指定文件,与上一次commit保持一致,但工作区不变
$ git reset [file]
# 重置暂存区与工作区,与上一次commit保持一致
$ git reset --hard
# 重置当前分支的指针为指定commit,同时重置暂存区,但工作区不变
$ git reset [commit]
# 重置当前分支的HEAD为指定commit,同时重置暂存区和工作区,与指定commit一致
$ git reset --hard [commit]
# 重置当前HEAD为指定commit,但保持暂存区和工作区不变
$ git reset --keep [commit]
# 新建一个commit,用来撤销指定commit
# 后者的所有变化都将被前者抵消,并且应用到当前分支
$ git revert [commit]
# 暂时将未提交的变化移除,稍后再移入
$ git stash
$ git stash pop

这个时候标签的作用就体现出来了,因为commit号太冗长了,记起来太麻烦有了标签我们相当于自定义了commit号

8. 文件信息
# 显示当前分支的版本历史
$ git log
# 显示commit历史,以及每次commit发生变更的文件
$ git log --stat
# 搜索提交历史,根据关键词
$ git log -S [keyword]
# 显示某个commit之后的所有变动,每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s
# 显示某个commit之后的所有变动,其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature
# 显示某个文件的版本历史,包括文件改名
$ git log --follow [file]
$ git whatchanged [file]
# 显示指定文件相关的每一次diff
$ git log -p [file]
# 显示过去5次提交
$ git log -5 --pretty --oneline
# 显示所有提交过的用户,按提交次数排序
$ git shortlog -sn
# 显示指定文件是什么人在什么时间修改过
$ git blame [file]
# 显示暂存区和工作区的差异
$ git diff
# 显示暂存区和上一个commit的差异
$ git diff --cached [file]
# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD
# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]
# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"
# 显示某次提交的元数据和内容变化
$ git show [commit]
# 显示某次提交发生变化的文件
$ git show --name-only [commit]
# 显示某次提交时,某个文件的内容
$ git show [commit]:[filename]
8.其它命令

git blame filepath
git blame清楚的记录某个文件的更改历史和更改人,简直是查看背锅人的利器,filepath是需要查看的文件路径

git status
显示有变更的文件

git reflog
显示当前分支的最近几次提交

参考文章:

iOS 项目开发管理

项目文件管理
  • 项目文件结构
  • 项目文件权限

    • AppDelegate.h 、 AppDelegate.m
    • Info.plist
    • Podfile 、 Pods
    • 其他第三方配置文件(支付、分享等)
  • 项目代码规范
项目时间评估
项目进度跟进
项目质量控制
项目架构设计
开发团队分享

iOS7 判断应用的麦克风权限是否打开

判断是否允许使用麦克风7.0新增的方法requestRecordPermission

第一次调用这个方法的时候,系统会提示用户让他同意你的app获取麦克风的数据

其他时候调用方法的时候,则不会提醒用户

而会传递之前的值来要求用户同意

[[AVAudioSession sharedInstance] requestRecordPermission:^(BOOL granted) {
    if (granted) {
        // 用户同意获取数据
        NSLog(@"麦克风打开了");
    } else {
        // 可以显示一个提示框告诉用户这个app没有得到允许?
        NSLog(@"麦克风关闭了");
    }
}];

自信

最近在网上看到一个关于自信的说法,看了后自我感觉还是写的比较好的。在这里与大家共勉

自律

  • 如果你连控制自己的言行、情绪、思想都做不到,你该怎么去相信自己呢?一切自信的前提,都是源于自律。

成就

  • 对自己的信心不是凭空就能建立的(无中生有那叫自大),你需要充足的事实基础去证明自己。获取成就的过程,会增加你的阅历、经验、能力,而获得成就的本身则是对你自己巨大的肯定与鼓舞。

健康

  • 身体健康强壮的人会更加的阳光自信,他们拥有更好的状态、精力,避免身体不适对他们的干扰与影响。同时运动是最好的抗抑郁方式。

学识

  • 增加自己的学识可以减少迷惑与忧虑,避免陷入自我怀疑;对技能的训练与学习会提高你的实力,增加对生活的掌控感。

认识自己

  • 你是谁

    • 你想要什么
    • 你想成为一个什么样的人
    • 你的原则是什么
    • 你擅长什么
  • 你不会相信一个你所不了解的人。
  • 认识自己是一个漫长、痛苦的过程,但它值得你这样去做。