1、我对git的理解
git的作用是用来返回历史版本。
2、git的工作原理 修改- >提交->提交码;
把一个目录变成一个仓库，那么在这个仓库里的所有操作，git都会做相应的记录；
工作区：我们对文件的任何操作都是在工作区完成的；
缓存区：用于存放工作区的工作，暂时性的；
分支区：把缓存区的所有提交上来，存入.git中，并且生成一个此次提交的ID码，方便返回。
时间： 2024-12-26 18:13:06
Git 使用 思路
Git 使用 思路的相关文章
执行cmd命令
说明:主要代码是从 http://tieba.baidu.com/p/3214053453 抄录的 Demo下载:https://git.oschina.net/xieyimo9/zhixingcmdmingling.git 主要思路: { 建立两条管道,一条负责从程序(进程)往新建立的cmd进程传信息,另一条则反过来,从cmd进程传信息给程序 程序通过 WriteIn 写入,cmd进程 从 ReadIn 读到程序写入的信息 cmd进程 的返回值或错误通过 WriteOut 写入,程序从 Rea
jenkins+git+maven 增量部署思路以及相关脚本
之前通过jenkins+Git+maven这种方式打war包然后scp到测试环境使用,但是现在项目组要求打增量包,即只部署修改的文件和配置文件. 核心问题:如何获取到变动的文件??? 前置条件:初始化部署需要人工进行 操作步骤: 1.配置git从远程端check代码. 2.使用maven打包 3.把class目录和war包传到部署服务器(因为我们打包和执行deploy的服务器分开的,如果是一台不需要改操作) 4.最核心的一步,记录改变的文件的日志.使用的git自带的git diff --stat
git命令行学习思路总结
Git基本命令操作 A.首先,理解git操作流: a.txt.local ---[add]---> a.txt(staged) ---[commit]---> a.txt.remote 1.解释上述操作流(本地-服务器):我们可以理解为存在三个阶段:1.本地,2.暂存,3.服务器.也就是说我们把新修改的文件提交到服务器,可以有两种方式:1-2-3,1-3.这两种方式分别对应的操作是a: add+commit ,b: commit -a. a.txt.remote ---[c
翻翻git之---自己定义邮件发送buttonSendButton(流程分析，实现思路能够学习下)
转载请注明出处:王亟亟的大牛之路 距离过春节还有1天.继续这一系列的git翻料之旅. 昨天的工具类真的非常棒,这里再推崇一下 传送门:http://blog.csdn.net/ddwhan0123/article/details/50624061 (实际去体验的小伙伴都说好) 今天上一个自己定义的Button:SendButton 效果: 比較建议把代码抠出来由于内容不多,一个类就画完了 地址:https://github.com/ddwhan0123/SendButton 由于内容不多.我们就
头像服务端设计思路
思路 一 把图片上传到服务端.命名以用户的(用户名md5)作为文件名.要是以前有文件,覆盖以前的文件 二编写一个servlet处理获取头像请求. servlet接收一个用户名md5+大小的参数 根据 用户名md5+大小生成对应的图片 例如 用户名为ada 上传到服务端的位置为 /gravatar/ada.jpg 请求地址:/webstore/headimg/ada.jpg?s=120 对应的服务端文件地址 /gravatar/ada.jpg(原图片) /gravatar/ada/120.jpg
Git+Docker+Jenkins持续集成
组成: Git 作为版本控制库 Docker 搭建测试环境 Jenkins 作为持续集成服务 Jenkins实现CI(Continuous Integration)到CD(Continuous Delivery)的转换工具. 期望: 1.解决从开发–测试–上线等一系列环境统一及依赖问题 2.可实现不停服务发布上线和灰度(需要实现LB) 3.可实现发布回滚 4.方便devops及运维操作 思路: 客户或产品有新需求变更或者测试人员提出bug时,会提交事件到开发人员,开发人员得到通知,会对开发分支做
git 管理
p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 16.0px "Helvetica Neue"; color: #3e3e3e; background-color: #efefef } span.s1 { } 前言:在git管理前必须得有一个仓库仓库可以是专门的服务器,也可以是一台外网能访问的电脑里做为版本仓库 在这之前 如果您没有自己的版本仓库 搭建一个Gitlab也是一个不错的建议 p.p1 { margin: 0.0px 0.0px 0
从 A/Looper: Could not create epoll instance. errno=24 错误浅谈解决各种 bug 的思路
今天代码写着写着就莫名闪退了,手机也没有“程序停止运行”的提示,logcat也没有看到蓝色的调用栈log,这样的闪退最是蛋疼了,还好必现.复现几次之后,终于从logcat中看到了一行可疑的log: A/Looper: Could not create epoll instance. errno=24 ,看起来又是在native层闪退了.本文就把这个问题的分析解决过程记录了下来. 方法论 遇见没填过的坑,第一反应就是Google之,果然前几个结果中一个 Stack Overflow的问答 就为这个
如何把apk编译时间和最后次git commit的sha值，写入到app中
需求背景:我们修复Bug的时候,频繁提交APK包,导致测试同学搞不清哪个包才是最新的 比如一个版本3.0.1,我们可能后续基于这个版本陆续提交了好几个修复包 同时,如果服务端ip地址能在界面上配置的话,更好了 以上都是基于debug模式下的,线上版本不会出现这些选项 思路:git每次提交commit的时候,都会创建一个唯一的sha串,我们拿这个作为内部版本号. 先给上最终效果图 那么如何在gradle编译的时候,就把这些信息写入到app中呢 关键字 BuildConfig类. 在build.gr