git切换分支

git 常用命令

不打扰是莪最后的温柔 提交于 2020-03-06 04:12:20
//初始化仓库的用户信息,——global选项是用来偷懒的,以后新建仓库就不需要重新制定了 git config --global user.name "StivenYang" git config --global user.email "StivenYang626@gmail.com" //初始化当前目录作为repod git init //向本地仓库提交更改 git commit -m "xxx" //查看当前是否有更改需要commit git status //查看FILE是否被更改,更改的哪几行 git diff FILE //git的版本控制,各种吃后悔药,哈哈 git reset --hard CommitId git reglog git checkout -- FILE //又是一个后悔药:撤销工作区制定文件做过的修改, -- 可是很重要的,不要忘记写了,不然就成了切换分支了哦:-) git reset HEAD FILE //强力后悔药:可以把已经提交到暂存区的修改给撤销,舒服吧? //git的工作区,暂存区,和仓库repod的理解 //添加远程仓库,很兴奋,有木有,有木有? ssh-keygen -t rsa -C "StivenYang626@gmail.com" //生成秘钥以后,需要把公钥添加到咱们的github setting或者码云

团队源代码管理

若如初见. 提交于 2020-03-06 03:40:21
小组名称: 飞天小女警 项目名称: 礼物挑选小工具 小组成员: 沈柏杉(组长)、程媛媛、杨钰宁、谭力铭 0. 如果你的团队来了一个新队员,有一台全新的机器,你们是否有一个文档,只要设置了相应的权限,她就可以根据文档,从头开始搭建环境, 并成功地把最新、最稳定版本的软件编译出来,并运行必要的单元测试?(在这过程中,不需要和老队员做任何交流) 答 :团队在初期编译了一篇文档,供组员或其他成员搭建环境,如果有需要可以向组长索取。 1. 你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题?场景:程序员果冻正在对几个文件进行修改,实现一个大的功能, 这时候,程序员小飞也要改其中一个文件,快速修复一个问题。怎么办?一个代码文件被签出 (check out) 之后,另一个团队成员可以签出这个文件,并修改,然后签入么?有几种设计,各有什么优缺点?例如,签出文件后,此文件就加锁,别人无法签出;或者,所有人都可以自由签出文件 我们用git控制代码版本。 让个人根据自己的i情况处理,当其影响到整个团队时,就尽量严格,因为整个团队都可能会受影响,同时提高可预见性,公开显示固定的构建时间对于该问题中的场景描述,是否会造成损失要具体问题具体分析,有的时候宽一些更适宜,有的时候严一些比较没有损失,于是我们根据构建执法的宽严表来进行工作,当团队成员的行为只是影响到个人时,就尽量宽松

总结自己的Git常用命令

走远了吗. 提交于 2020-03-06 02:25:46
总结自己的Git常用命令 使用git也有一段时间了,把自己常用的命令用自己的描述记录起来,方便自己备忘也方便其他人参考。 目录: 最基本的命令 : git clone 拷贝并跟踪远程的master分支。跟踪的好处是以后可以直接通过pull和push命令来提交或者获取远程最新的代码,而不需要指定远程分支名字。 git submodule init git submodule update 参考示意图 HEAD 指向当前的commit 对象(可以想象为当前分支的别名),同时也用来表明我们在哪个branch上工作。所以当我们使用HEAD来操作指针的时候,其实就是不改变当前的commit的指向。 对照这张图来理解两段提交,工作区(working tree),暂存区(index)和 branch之间的关系 显示信息类命令 git ls-files -u 显示冲突的文件,-s是显示标记为冲突已解决的文件 git diff 对比工作区和stage文件的差异 git diff --cached 对比stage和branch之间的差异 git branch 列出当前repository下的所有branch git branch --a 列出local 和remote下的所有branch git ls-files --stage 检查保存在stage的文件 git log

[git]Windows环境下 git && Github 快速入门

試著忘記壹切 提交于 2020-03-05 19:14:27
二、创建本地仓库 Git安装完成后有一个Git Bash,打开Git Bash。输入如下命令: cd d : mkdir learngit cd learngit 上述命令表示切换到电脑D盘,然后创建一个learngit的文件夹并将目录切换到该文件夹下。不确定自己是否已切换到指定目录,可以使用pwd命令显示当前路径。 最后,输入git init命令创建并初始化版本库。初始化完后会在当前目录下生成一个.git的隐藏目录,一般情况下,Windows是默认隐藏带有隐藏属性的目录和文件的,但是可以通过设置让隐藏文件可见。使用ls -ah命令也可以直接看生成的.git目录 三、提交文件 在learngit文件夹下新建一个README.txt的文本文件,然后内容输入This is a README file.。然后输入git add README.txt命令将文本文件添加进仓库,如果有多个文件,直接用空格隔开一次列出就可以了。接着使用git commit -m "add README file"提交操作。 四、提交修改 修改README.txt文件,将文件内容中的This改为It,使用git status查看仓库状态,显示绿色的文件已修改的状态,表示添加修改成功,接着使用git diff查看修改的内容,然后使用git add README.txt添加修改。最后使用git commit -m

Git命令总结

自作多情 提交于 2020-03-05 18:09:32
1,配置用户名和邮箱 $ git config --global user.name “Your Name” $ git config --global user.email “email@example.com” 2,初始化一个Git仓库 $ git init 3,添加文件到Git仓库 (1)使用命令git add ,注意,可反复多次使用,添加多个文件; 强制添加忽略文件到Git:$ git add -f App.class (2)使用命令git commit -m ,完成 4,查看状态 $ git status: 可以让我们时刻掌握仓库当前的状态 5,查看修改内容 $ git diff: 顾名思义就是查看difference,显示的格式正是Unix通用的diff格式 用git diff HEAD – red.txt命令可以查看工作区和版本库里面最新版本的区别 6,日志查看 (1)git log可以查看提交历史,以便确定要回退到哪个版本。 (2)用git reflog查看命令历史,以便确定要回到未来的哪个版本。 简化log命令: $ git log --pretty=oneline $ git log --pretty=oneline --abbrev-commit 用git log --graph命令可以看到分支合并图。 7,回退 HEAD指向的版本就是当前版本,因此

如何高效利用GitHub

独自空忆成欢 提交于 2020-03-04 22:48:28
是Github,让社会化编程成为现实。本文尝试谈谈GitHub的文化、技巧与影响。 Q1:GitHub是什么 Q2:GitHub风格 Q3: 在GitHub,如何跟牛人学习 Q4: 享受纯粹的写作与演讲 Q5: 代码帮你找工作 Q6: GitHub还在影响一些什么 Q7: 除了GitHub,还可以选择什么? Q1:GitHub是什么 A1:一家公司 位于旧金山,由 Chris Wanstrath , PJ Hyett 与 Tom Preston-Werner 三位开发者在2008年4月创办。迄今拥有59名全职员工,主要提供基于git的版本托管服务。 在此之前,它是由 Tom 与 Chris 在本地程序员聚会中,开始的一个用于托管git的项目。正如每个伟大的传奇都开始于一场冒险,Tom在这篇文章 我如何辞掉微软30万年薪邀约,创办GitHub 中谈到: 当我老去,回顾一生,我想说,“哇,那是一场冒险“;而不是,“哇,我真的很安稳。“ 另一位创始人 Chris 也详细描述了 GitHub初创的前因后果 ,他说道: Do whatever you want. 于是,在2008年4月10号这一天,GitHub正式成立。 目前看来,GitHub这场冒险已经胜出。根据来自 维基百科关于GitHub的描述 ,我们可以形象地看出GitHub的增长速度: 今天,GitHub已是:

Git分支

天涯浪子 提交于 2020-03-04 22:06:25
利用分支进行开发的工作流程 长期分支 由于 Git 使用简单的三方合并,所以就算在较长一段时间内,反复多次把某个分支合并到另一分支,也不是什么难事。也就是说,你可以同时拥有多个开放的分支,每个分支用于完成特定的任务,随着开发的推进,你可以随时把某个特性分支的成果并到其他分支中。 许多使用 Git 的开发者都喜欢用这种方式来开展工作,比如仅在 master 分支中保留完全稳定的代码,即已经发布或即将发布的代码。与此同时,他们还有一个名为 develop 或 next 的平行分支,专门用于后续的开发,或仅用于稳定性测试 — 当然并不是说一定要绝对稳定,不过一旦进入某种稳定状态,便可以把它合并到 master 里。这样,在确保这些已完成的特性分支(短期分支,比如之前的 iss53 分支)能够通过所有测试,并且不会引入更多错误之后,就可以并到主干分支中,等待下一次的发布。 本质上我们刚才谈论的,是随着提交对象不断右移的指针。稳定分支的指针总是在提交历史中落后一大截,而前沿分支总是比较靠前(见图 3-18)。 图 3-18. 稳定分支总是比较老旧。 或者把它们想象成工作流水线,或许更好理解一些,经过测试的提交对象集合被遴选到更稳定的流水线(见图 3-19)。 图 3-19. 想象成流水线可能会容易点。 你可以用这招维护不同层次的稳定性。某些大项目还会有个 proposed (建议)或 pu

git常用命令归纳

前提是你 提交于 2020-03-04 20:05:08
git-cmd git init 初始化本地git仓库; git add . | git add xxx 添加文件到暂存区; . 当前文件夹下所有文件 xxx 是具体文件路径; git commit -m "提交信息" 提交所有暂存区文件到本地版本库; git remote add <name> <url> 添加远端仓库地址; name 是远端仓库名字,一般为 origin (本地为远端仓库地址定义的名字); url 是远端仓库地址; git remote 查看远端仓库列表(只显示远端仓库名称); git remote -v 查看远端仓库列表详情(显示远端仓库名称和地址); git remote remove <name> 移除远程仓库地址; git remote show <name> 查看指定远端仓库详细信息; name 远端仓库名称,一般为 origin ; git remote prune <name> 同步远端仓库于本地仓库分支,可以删除本地存在但远端已经被删除的分支; git remote set-url <name> <url> 修改指定 name 远端仓库地址; git push -u origin master 将本地分支 master 推送到 origin 远端仓库,同时设置 origin 为默认远端仓库;一般初次提交远端仓库是使用; git push

浅谈Git

安稳与你 提交于 2020-03-04 16:23:26
1、安装Git: ①在Windows上使用Git,可以从Git官网直接下载,一般情况下,一路默认安装即可。 Git下载地址 。 ②安装完成后,在开始菜单里找到“Git”->“Git Bash”,蹦出一个类似命令行窗口的东西,就说明Git安装成功! ③安装完成后,还需要最后一步设置,在命令行输入: $git config -- globaluser . name "Your Name" $git config -- global user . email "email@example.com" 2、使用Git: ①本地使用操作: (1)创建 git init (2)用命令git add告诉Git,把文件添加到仓库:git add test.html (3)用命令git commit告诉Git,把文件提交到仓库,gitcommit-m“我是注释” (4)运行git status命令看看结果 ②Git允许我们在版本的历史之间穿梭,使用命令 git reset --hard commit_id ; ③用 git log 可以查看提交历史,以便确定要回退到哪个版本; ④同时,Git提供了一个命令 git reflo g用来记录你的每一次命令。 ⑤Git的分支操作: 意义 代码 查看分支 git branch 创建分支 git branch 切换分支 git checkout 创建+切换分支

git使用

巧了我就是萌 提交于 2020-03-04 13:18:23
1.git概述 Git 是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 Git 与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持。 2.Git 与 SVN 区别 Git 不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等。 如果你是一个具有使用 SVN 背景的人,你需要做一定的思想转换,来适应 Git 提供的一些概念和特征。 Git 与 SVN 区别点: 1、Git 是分布式的,SVN 不是 :这是 Git 和其它非分布式的版本控制系统,例如 SVN,CVS 等,最核心的区别。 2、Git 把内容按元数据方式存储,而 SVN 是按文件: 所有的资源控制系统都是把文件的元信息隐藏在一个类似 .svn、.cvs 等的文件夹里。 3、Git 分支和 SVN 的分支不同: 分支在 SVN 中一点都不特别,其实它就是版本库中的另外一个目录。 4、Git 没有一个全局的版本号,而 SVN 有: 目前为止这是跟 SVN 相比 Git 缺少的最大的一个特征。 5、Git 的内容完整性要优于 SVN: Git 的内容存储使用的是 SHA-1 哈希算法。这能确保代码内容的完整性