git提交代码

大家在使用git的时候，难免会遇到，提交错代码。或者这次代码不应该提交的情况。 git reset git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本。 reset后 一般本地提交未提交到远程的。 git revert git revert是用于“反做”某一个版本，以达到撤销该版本的修改的目的。 revert 后 这个用于已经提交到远程的 git reflog git log可以显示所有提交过的版本信息，不包括已经被删除的 commit 记录和 reset 的操作； git reflog是显示所有的操作记录，包括提交，回退的操作。一般用来找出操作记录中的版本号，进行回退。 git reflog常用于恢复本地的错误操作。 来源： https://www.cnblogs.com/zhenghengbin/p/12418365.html

一、使用eclipse自带插件提交项目 1、自带git插件进行配置我们的用户名和密码，即是自己github注册的用户。 windows-perferences-Team-Git-configuration 点击Add Entry... 输入email 邮箱 和 name 自己的用户名 2、eclipse生成SSH2 key windows--perference--General--Network connection--SSH2-key management--General RSA Key 可以添加多个SSH2 Key,查看生成密钥是否在默认系统盘（C盘）。 然后把生成的SSH2 Key粘贴到github上，登录github--settings--SSH and GPG keys--New SSH key （该步不能省略，一定要用命令检查下生成的公钥是否正常） 若有该步操作，执行命令： ssh -T git@github.com 出现以下信息，证明配置成功。 3、本地创建项目如 “testGit ”和本地git仓库 打开eclipse，创建项目“testGit”里面随便写点什么,然后"File"--"Team"--"Share Project"--"Git"--"next" 如上图所示，该项目“testGit”就变成git仓库；到workspace下打开该项目，发现多了一个

原文： http://gitbook.liuhui998.com/3_3.html http://gitbook.liuhui998.com/5_3.html 一、如何分支的合并 在git中，可以使用git merge 和git rebase两个命令来进行分支的合并。 git merge 和git rebase在大体上都差不多，下文主要以git merge来例来讲解分支的合并流程。 如果你想了解分支合并的更多内容，请阅读《 git merge简介 》，《 git rebase简介(基本篇) 》和《 git rebase简介(高级篇) 》。 git merge命令示例: $ git merge branchname 这个命令把分支"branchname"合并到了当前分支里面。 如有冲突(冲突--同一个文件在远程分支和本地分支里按不同的方式被修改了）；那么命令的执行输出就像下面一样 $ git merge next 100% (4/4) done Auto-merged file.txt CONFLICT (content): Merge conflict in file.txt Automatic merge failed; fix conflicts and then commit the result. 在有问题的文件上会有冲突标记，在你手动解决完冲突后就可以把此文件添 加到索引

实验一 GIT 代码版本管理 实验目的： 1）了解分布式分布式版本控制系统的核心机理； 熟练掌握git的基本指令和分支管理指令； 实验内容： 1）安装git 2）初始配置git ，git init git status指令 3）掌握git log ,git add ,git diff 指令 掌握git tag git branch，git commit 指令 5）掌握git revert 指令 实验记录：（以下内容根据各自实验情况填写） 1）实验结果截图 2）实验过程中发生的问题与解决 因为本次实验用的是手机端做的，所以实验中出现的问题有很多： 1.在手机端试用aistudio作为运行平台，每组命令前面需要加！，而手机键盘很难区别出中英文！所以很容易出错，而cd的时候并不需要加！，这导致我出错很多。而且手机端cd和电脑不同，cd时要加上/home/aistudio/… 2.在上传文件，即git add index.html。上传时，没有在指定文件夹下面，所以导致git log 和git status 出现错误。应该先ls-la看看是否有git文件，然后cd到还目录下，用git stauts查看是否正确，或者也可以使用！pwd看自己当前所以目录。 3.在查看分支和合并删除分支时出错，因为我没有在maser分支上所以导致删除分支出错，应该git status 看看当前分支，然后git

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

2157 git tag　　//查看tag 2158 git tag test_tag c809ddbf83939a89659e51dc2a5fe183af384233　　　　//在某个commit 上打tag 2159 git tag ... 2169 git push origin test_tag　　　　//!!!本地tag推送到线上 ... 2180 git tag -d test_tag　　　　　　　　//本地删除tag 2181 git push origin :refs/tags/test_tag　　　　//本地tag删除了，再执行该句，删除线上tag// 列出本地标签git tag --list// 创建标签git tag -a v1.0.1 -m "创建v1.0.1"// 推送本地标签到远程库git push origin v1.0.1// 删除本地标签git tag -d v1.0.1// 删除远程标签git push origin :refs/tags/v1.0.1 场景：不小心把一次错误的代码push到远程服务器上的分支上，需要立即删除/撤销这次代码提交。 具体方法，git命令： git reset --hard <commit_id> git push origin HEAD --force commit_id可以通过git命令： git log 输出获取

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 创建+切换分支

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 哈希算法。这能确保代码内容的完整性

使用开源中国（码云）托管代码 刘未鹏( 博客 ， 微博 ， 豆瓣 )在「 怎样花两年时间去面试一个人 」一文中说： 我一向认为，很多时候，是否好好看完一本好书，对一个人的提升往往能达到质的区别。就算不好好看完一本好书，马马虎虎看完，只要书是真的好书，也肯定会有很大的提高。我在面试的时候就经常询问对方看过哪些技术书籍，经常上哪些网站，订哪些博客。这里头尤其数书籍这一项的区分度最高。此外，好书和坏书的差别，从本质上，就是学习效率和大方向的差别。 刘未鹏( 博客 ， 微博 ， 豆瓣 )的 书单 值得大家好好学习，我也有个慢慢完善的 书单 供大家参考。 刘未鹏( 博客 ， 微博 ， 豆瓣 )在上文中还说： 但是光有「书单计划」还不够，因为书籍只能管基础知识这一块，一些更难以量化衡量的实战「能力」又怎么办呢？ 答案是可以Social Coding的 github ，使用 github 的好处： 真实的项目，真实的流程，真实的人名，一切代码review, check-in, test, build, document, 甚至讨论，计划，brianstorming，流程，一切的一切，都是项目历史的一部分，都可以像棋局那样复盘。有经验的面试者只要稍稍扫两眼一个人的GitHub历史，挑出几个check-in历史看一看，便完全能够迅速判断这个人是否满足他的要求。不再需要费劲心机地去想题目，去观察