1.新建一个“本地仓库” $ git init 2.配置仓库 》告诉git你是谁 git config user.name lnj 》告诉git怎么联系你 git config user.email lnj@itcast.cn 》上面一种配置方式是一次性的配置, 会配置到被管理文件的。git文件夹下 》下面一种配置方式是一劳永逸的方式: git config --global user.name lmj git config --global user.email lmj@itcast.cn 》如何学习git指令 >学习git指令和SVN指令的学习实际上是同样的, 只不过展示的方式不太同样, git是经过使用指南的方式告诉咱们某一个指令如何使用 >这个指南实际上是一个不可编辑的vim Q退出指南 按空格下一页 control + B 上一页 /须要搜索的内容 能够进行搜索 git常规指令 》git status 查看文件状态 》git add 添加文件到“暂存区” 》git commit 文件名称 添加文件到”本地仓库“ 注意:若是没有在commit后面加上 -m说明修改了什么, 会自动进入vim界面, 要求咱们输入修改信息 按键盘上的 i 表明开始输入内容 输入完毕以后按 esc 而后按 :wq 因此: 若是之后在终端中提交最好在后面加上-m 》注意: git中的add和SVN中的add不太同样, SVN中只须要add一次, 而git中每次新建或者修改以后都须要从新add 》1.为添加以前的颜色 红色 表明在”工做区“ 》2.添加到暂存区以后的颜色 绿色 代码在”暂存区“ 》注意: git默认没有简写指令 》注意: 通常状况下不建议自定义简写指令 》git中的简写称之为起别名 > 查看log 》git log 文件名 》注意: GIt中的版本号是一个”40位“的哈希值, 而SVN中的版本号是一个递增的整数 》已经提交 git reset —hard HEAD^ 返回上一个版本 其中—hard表明强制重置 git reset —hard 版本号(只须要写前7位) 》未提交 git checkout 文件名 回退到上一次提交的版本 git reset —hard HEAD 回退到上一次提交的版, 注意HEAD后面没有尖号^ c9ad690 HEAD@{0}: commit: main.c 7026f99 HEAD@{1}: commit: 输出结果 e950c89 HEAD@{2}: commit: 新增输入 c7bf91c HEAD@{3}: commit: 添加变量 cbd9e52 HEAD@{4}: commit: 删除print函数 45ea44d HEAD@{5}: commit: 添加了printf函数 0da06d8 HEAD@{6}: commit (initial): i >git reflog 查看全部修改信息(全部版本) 》查看文件被修改的什么地方 】 》git diff 文件名 》若是显示绿色表明新增 》若是显示红色表明删除 远程仓库 SVN须要一个单独的服务器 Git不须要: 文件中、U盘中、云上、github、OSChina... 1.新建git远程仓库 》git init —bare 注意: 这个仓库仅仅是用于管理代码, 不参与开发 2.项目经理初始化项目 》2.1先克隆一份空得仓库到本地 git clone /Users/apple/Desktop/working/公司远程仓库 》2.2忽略不须要加入版本控制器的文件以及文件夹 .gitignore 注意: 配置忽略文件只须要到github上搜索.gitignore拷贝别人写好的代码便可 配置.gitignore必定要在和.git隐藏文件夹同一级的目录下 》2.3生成好.gitignore文件以后, 还须要将.gitignore文件添加到版本控制 git add .gitignore git commit .gitignore -m”” 》2.4新建项目 》 source conrol—>commit 将代码提交到本地仓库 》source conrol—>push 将代码提交到远程仓库 git中默认就会建立一个分支, 这个分支叫作origin/master, 至关于svn中的trunk 专业人员只须要在git仓库的hooks文件夹中写一些指令, 就能够完成自动测试(压力测试、自动测试、集成测试、冒烟测试、。。。) 》 和SVN同样, 若是服务器仓库的代码被修改了, 咱们再提交代码也会报错。 fetch first == out of data 总结: git和svn最大的区别 》1.git每次修改新增都须要add 》2.git每台电脑都有一个仓库 》3.git是先提交到本地仓库, 再提交到远程仓库 新人服务器搭建 1.新建一个新人服务器 2.初始化仓库 git init --bare 3.添加一个新的远程仓库 source control —> master —>config —>remotes —>add —> add remote 4.将经理最新的代码提交到新人服务器 5.经理分配新人服务器的地址给新人 GIT的分支管理 》在本地代码库给项目打上一个标签 git tag -a v1.0 -m 'Version 1.0’ 》查看当前标签 git tag 注意: 此时此刻打上的这个标签仅仅是一个本地标签。(和服务器没有关系) 》将标签添推送到远程代码库中 git push origin v1.0 1.开发 2.发布 3.保存稳定版本 4.继续开发 5.出现bug 6.分配员工到分支上修复bug >员工从服务器下载最新代码 》员工利用git checkout v1.0指令快速切换到1.0版本 》根据提示:开启一个新的分支开始修复代码 git checkout -b 1.0bug_fix 7.合并修复后的代码到主线 8.备份稳定版本 经过Xcode将代码提交到github上, 把仓库放在github上 ======================================================= 》1.注册一个github帐号 》2.配置SSH Keys, 只要配置了SSH Keys就能够和github无缝衔接 》点击昵称来到我的主页 》 点击主页中的设置(setting) 》 点击SSH Keys 》点击 generating SSH keys 》1.检查本地的ssh keys 在“用户目录”下 ls -al ~/.ssh 2.若是文件夹不存在须要手动建立一个 mkdir .ssh 3.根据github的提示2生成ssh keys 在.ssh目录下执行 ssh-keygen -t rsa -C "your_email@example.com” 输入完成以后连续按下回车, 知道出现牛逼的图形位置 4.生成完公钥和私钥以后输入 ls -la查看是否生成成功 id_rsa(私钥) id_rsa.pub(公钥) 5.根据提示3得到公钥 pbcopy < ~/.ssh/id_rsa.pub 6.点击 setting —》 ssh key —>add ssh key 将刚才获取到得公钥添加进去 7.更具github第4步提示, 验证公钥 验证成功网页上的灰色圆点会变成绿色 8.拷贝到公钥以后打开github主页 》点击仓库(Repositories) 》再点击new来到github建立仓库界面 9.经过github提供的地址下载一个空得仓库到本地 》建立一个新的项目到本地仓库文件夹中 》利用Xcode提交代码到github 》注意: 要求输入用户名密码时候, 输入的是github上显示的昵称而不是登陆帐号 ======================================================= 现实生活: 运动场 == 物理仿真器 跑步 == 物理仿真行为 人 == 仿真元素 // 1.建立物理仿真器 // 2.建立物理仿真行为 // 3.将物理仿真行为添加到仿真器中
01. GIT简介(PPT) ================================================================================ 02. GIT命令行帮助 ================================================================================ $ svn help 查看svn全部命令的帮助 $ svn help 子命令 # 要退出帮助信息,按"q" # 翻看下页,按"空格" # 翻看上页,按"CTRL+B" # 要搜索相关文字,按"/"而后输入"相关文字" 03. 建立代码库 & 配置我的信息 ================================================================================ 1> 建立代码仓库 $ git init 2> 配置用户名和邮箱 $ git config user.name lnj $ git config user.email lnj@gmail.com * 以上两个命令会将用户信息保存在当前代码仓库中 # 只有配置了用户和邮箱以后,git才能识别出操做的人员信息,经过钩子(hooks)程序能够设置一些动做 # 例如单元测试发现问题后,自动给相关人员发送电子邮件 * 注意 暂时不建议投入一毛钱精力 3> 若是要一次性配置完成可使用一下命令 $ git config --global user.name lnj $ git config --global user.email lnj321@gmail.com * 以上两个命令会将用户信息保存在用户目录下的 .gitconfig 文件中 4> 查看当前全部配置 $ git config -l 04. 实际开发 ================================================================================ 1> 建立代码,开始开发 $ touch main.c $ open main.c 2> 将代码添加到代码库 # 查看当前代码库状态 $ git status # 将文件添加到代码库 $ git add main.c # 将修改提交到代码库 $ git commit -m "添加了main.c" 提示: * 在此必定要使用 -m 参数指定修改的备注信息 * 不然会进入 vim 编辑器,若是对vim不熟悉,会是很糟糕的事情 # 将当前文件夹下的全部新建或修改的文件一次性添加到代码库 $ git add . 3> 添加多个文件 $ touch Person.h Person.m $ git add . $ git commit -m "添加了Person类" $ open Person.h $ git add . $ git commit -m "增长Person类属性" * 注意 使用git时,每一次修改都须要添加再提交,这一点是与svn不同的 git 的重要概念及工做原理 -------------------------------------------------------------------------------- 工做区 暂存区(staged) 分支(HEAD) 05. 别名 & 日志 ================================================================================ $ git config alias.st status $ git config alias.ci "commit -m" 我的建议:除非特殊缘由,最好不要设置别名,不然换一台机器就不会用了 # 查看全部版本库日志 $ git log # 查看指定文件的版本库日志 $ git log 文件名 # 配置带颜色的log别名 $ git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit" 提示:在git中,版本号是一个由SHA1生成的哈希值 06. 版本号,让咱们在任意版本之间穿梭 ================================================================================ # 回到当前版本,放弃全部没有提交的修改 $ git reset --hard HEAD # 回到上一个版本 $ git reset --hard HEAD^ # 回到以前第3个修订版本 $ git reset --hard HEAD~(3) # 回到指定版本号的版本 $ git reset e695b67 # 查看分支引用记录 $ git reflog 07. 单个文件的修改管理 ================================================================================ # 查看文件变化 $ git diff # 撤销对文件作的修改 $ git checkout Person.h # 从代码库(暂存区中删除文件)
01. 创建代码仓库(专门用于团队开发的代码仓库) ================================================================================ # 切换目录 $ cd /Users/lnj/Desktop/git演练/公司/weibo # 创建空白代码库(专门用于团队开发) $ git init --bare 02. 项目经理准备项目(前奏) ================================================================================ # 切换目录 $ cd /Users/lnj/Desktop/git演练/经理 # "克隆"代码库到本地 $ git clone /Users/lnj/Desktop/git演练/公司/weibo/ # 我的信息配置(由于要演示一台机器上的多人协做,平常开发能够忽略) $ git config user.name manager $ git config user.email manager@163.com .gitignore -------------------------------------------------------------------------------- .gitignore能够指定哪些文件不归入版本库的管理 参考网址:https://github.com/github/gitignore # 命令行中进入与.git同级的目录 $ cd /Users/lnj/Desktop/git演练/经理/weibo 将如下命令一次性粘贴到命令行中 -------------------------------------------------------------------------------- echo -e "# Xcode # build/ *.pbxuser *.mode1v3 *.mode2v3 *.perspectivev3 xcuserdata *.xccheckout *.moved-aside DerivedData *.hmap *.ipa *.xcuserstate # CocoaPods # # We recommend against adding the Pods directory to your .gitignore. However # you should judge for yourself, the pros and cons are mentioned at: # http://guides.cocoapods.org/using/using-cocoapods.html#should-i-ignore-the-pods-directory-in-source-control # # Pods/" > .gitignore -------------------------------------------------------------------------------- # 将.gitignore添加到代码库 $ git add .gitignore 03. 建立项目 ================================================================================ 提交同时"push"到远程代码仓库 04. 新人加入 ================================================================================ ... 05. 分布式的代码库 - 仅供参考 ================================================================================ 因为git是分布式的,任何一台计算机上都保留有完整的代码库的内容,所以能够把团队开发的代码库放在任何位置 多个远程代码库之间的同步演练"提示,此演练仅供了解,具体的使用,须要必定的团队规模以后,才可以体会" 06. 分支管理 - Tag ================================================================================ # 查看当前标签 $ git tag # 在本地代码库给项目打上一个标签 $ git tag -a v1.0 -m 'Version 1.0' # 将标签添推送到远程代码库中 $ git push origin v1.0 # 使用tag,就可以将项目快速切换到某一个中间状态,例如产品开发线上的某一个稳定版本 # 签出v1.0标签 $ git checkout v1.0 # 从签出状态建立v1.0bugfix分支 $ git checkout -b bugfix1.0 # 查看远程分支 $ git branch -r # 删除远程分支 $ git branch -r -d origin/bugfix1.0
01. 分布式的代码库 - 仅供参考 ================================================================================ 因为git是分布式的,任何一台计算机上都保留有完整的代码库的内容,所以能够把团队开发的代码库放在任何位置 多个远程代码库之间的同步演练"提示,此演练仅供了解,具体的使用,须要必定的团队规模以后,才可以体会" 02. 分支管理 - Tag ================================================================================ # 查看当前标签 $ git tag # 在本地代码库给项目打上一个标签 $ git tag -a v1.0 -m 'Version 1.0' # 将标签添推送到远程代码库中 $ git push origin v1.0 # 使用tag,就可以将项目快速切换到某一个中间状态,例如产品开发线上的某一个稳定版本 # 签出v1.0标签 $ git checkout v1.0 # 从签出状态建立v1.0bugfix分支 $ git checkout -b bugfix1.0 # 查看远程分支 $ git branch -r # 删除远程分支 $ git branch -r -d origin/bugfix1.0
如何使用/学习第三方框架? 优秀的第三方框架都在 github.com 1> 搜索 2> git clone 得到完整版本 $ git clone https://github.com/AFNetworking/AFNetworking.git 3> 获取最新版本 git pull * 进入clone的本地文件夹 $ git pull 4> 看github上的文档,优秀的第三方框架都有好的文档 5> 编写测试程序,看运行结果 6> 针对感兴趣的部分,看源代码 7> 有问题去http://stackoverflow.com
01. 为何要作静态库 ================================================================================ 1> 国内的企业,掌握有核心技术,同时是又但愿更多的程序员来使用其技术,所以采用"闭源"的方式开发使用 例如:百度地图,友盟,JPush等 2> 在企业开发中,一些核心技术或者经常使用框架,出于安全性和稳定性的考虑,也会提供静态库给程序员使用 02. 静态库的特色 ================================================================================ .a + .h 03. 静态库简单演练 ================================================================================ 1> 新建CZTools项目 2> 建立一个类方法,实现一个简单的加法 3> 编译 # 注意,在编译静态库时,须要编译两个版本 -> 真机(arm) | 模拟器(i386) 4> 新建项目将编译生成的.a + .h拖到项目中使用 04. 静态库中的资源包的使用 ================================================================================ 问题:有些第三方库会使用到一些图片素材,例如公司的logo等。 可是因为Xcode默认在编译时会把全部的素材文件导入到mainBundle中,为了不与使用静态库的程序冲突。 在静态库中若是要使用图片素材,会利用bundle的手段 1> 创建bundle,而且向其中添加图片 2> 建立一个类方法,返回图片 3> 编译 4> 调用方若是须要使用,须要导入 .h + .a + XXX.bundle 05. 静态库中的自定义视图 ================================================================================ 问题:程序须要测试 静态库如何测试呢? 建立复合项目 1> 复习块代码传值 06. 静态库的使用 ================================================================================ 新建项目将编译生成的.a + .h拖到项目中使用 07. 静态库的种类 ================================================================================ 静态库文件的版本(4种) 1.真机-Debug版本 2.真机-Release版本 3.模拟器-Debug版本 4.模拟器-Release版本 调试版本 VS 发布版本 -------------------------------------------------------------------------------- - 调试版本会包含完整的符号信息,以方便调试 - 调试版本不会对代码进行优化 - 发布版本不会包含完整的符号信息 - 发布版本的执行代码是进行过优化的 - 发布版本的大小会比调试版本的略小 - 在执行速度方面,调试版本会更快些,但不意味着会有显著的提高 08. 静态库的合并 ================================================================================ # 检测.a的类型 $ lipo -info libCZTools.a # 合并.a lipo -create Debug-iphoneos/libCZTools.a Debug-iphonesimulator/libCZTools.a -output libCZTools.a # 合并.a的好处,开发过程当中既能够在真机上调试,也能够在模拟器上调试 # 合并.a的坏处,若是静态库太大,合并打包后,会很是大,所以不少第三方的静态库的.a是区分版本的 # 从此在使用.a时必定注意版本