git提交代码

#清除本地缓存(改变成未track状态) #git rm -r --cached . 表示清除项目中所有文件的本地缓存 git rm -r --cached xxx #xxx表示不想版本控制的文件，比如小编可以输入test.o #.gitignore中的忽略规则应该与之相对应 git add . #添加除了忽略文件外的所有文件 git commit -m "此处可以描述你提交的信息" git push -f #强制推送 来源： oschina 链接： https://my.oschina.net/u/2307059/blog/3121152

操作 git rebase 或 git reset 命令看上去很简单，但是操作过后后悔了，怎么办？ 由于 git rebase 或 git reset 更改/重写了 git commit log，因此唯一的返回方法是删除所有内容，然后重新 clone 存储库以重新开始。可能您在读完本文前，都是这样做的！ 在本文中，我将向您展示如何使用 reflog （以及其他一些优雅的快捷方式）撤消某些改变历史的动作，并返回正确的时间表！ 设置环境 如果您只想阅读示例，则可以跳到下一部分。但是，如果您想在自己的终端上按照示例操作，请在终端中作为命令运行以下每一行以设置演示库： mkdir reflog-demo && cd reflog-demo && git init echo "file 1 content" > file1.txt && git add . && git commit -m "add file1" echo "file 2 content" > file2.txt && git add . && git commit -m "add file2" git checkout -b my-new-branch echo "new branch file content" > newBranchFile.txt && git add . && git commit -m "add

Paste_Image.png 版本号命名规则 v1.1.1：第一位大版本号，大功能发布时增加，技术负责人审核；第二位小版本号，增加小特性时增加，主开发审核；第三位BUG修复号，修复BUG用，修复人员负责。 各节点GIT命令 【0】使用develop节点开发 检出develop git checkout branch 开始代码开发工作。开发完成后，提交代码 git commit -a -m "xxxxx" 提交代码后合并到master git push --all # <然后登录http://git.oschina.net， 点击`pull request`，填写相关信息，等待MASTER分支管理员审核。> 这时需要MASTER管理员 确认合并(必须在网站确认) 打标签升级版本（可以命令行） 对应的命令行如下 git tag -a v1.2.2 【1】修复生产环境BUG 【1.1】建立hotfix分支 git checkout -b hotfix-1.2.1 master 然后可以开发。开发完成后： git commit -m "Fixed severe production problem" 【1.2】合并回master git checkout develop git push --all # <然后登录http://git.oschina.net， 点击`pull

虽然git诞生距今已有12年之久，网上各种关于git的介绍文章数不胜数，但是依然有很多人（包括我自己在内）对于它的功能不能完全掌握。以下的介绍只是基于我个人对于git的理解，并且可能生编硬造了一些不完全符合git说法的词语。 目的只是为了让git通俗化，使初学者也能大概了解如何快速上手git。同时，下面所有讨论，我们都假设只使用一个分支，也就是主分支master的情况，虽然这种作法并不符合git规范，但是现实情况中绝大部分用户是直接在master分支上进行工作的，所以在这里我们不去引入更加复杂的各种分支的情况，也不涉及标签tag的操作，只讲在最简单的主分支上如何回退。 # 基本概念 3个步骤 正常情况下，我们的工作流就是3个步骤，对应上图中的3个箭头线： 1 git add . 2 git commit -m "comment" 3 git push git add .把所有文件放入暂存区； git commit把所有文件从暂存区提交进本地仓库； git push把所有文件从本地仓库推送进远程仓库。 4个区 git之所以令人费解，主要是它相比于svn等等传统的版本管理工具，多引入了一个暂存区(Stage)的概念，就因为多了这一个概念，而使很多人疑惑。其实，在初学者来说，每个区具体怎么工作的，我们完全不需要关心，而只要知道有这么4个区就够了： 工作区(Working Area)

使用Github也有一年的时间了，之前一直都是使用的Github客户端，对提交，更新，克隆，合并，分支有一定的了解和实践。一直都想试试命令行的形式，但是感觉可能桌面版的方便就没有做。 可是Github客户端是在线安装，每次台式电脑都没有安装成功，导致平时不能提交代码管理，都是在笔记本上完成的。所以狠下心来玩玩Git命令模式。安装了Git过后出现了Git Bash 和GIT GUI；搞了一下午都没有提交成功。不知道哪里出了问题。晚上来试试了Git Bash 实验成功了。实验室的代码管理也在使用SVN，所以对比一下吧。 SVN先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。 集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。 那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了

合并代码时经常会遇到重读，形式如下： <<<<<<< HEAD code_a'，是自己提交（commit）的代码 ======= code_a，是服务器拉下来的代码 >>>>>>> XXXXXXXX XXXX一般是hi一串代表版本号的哈希值，表示一个节点（node1） code_a' ，是本地修改过的，当前分支（head）的可能和另外一个分支节点（node1）上的内容 code_a 冲突。 如果要使用自己当前分支的内容 就把下面内容都删掉，包括符号<<<<<<< HEAD ======= >>>>>>> XXXXXXXX <<<<<<< HEAD ======= code_a，是服务器拉下来的代码 >>>>>>> XXXXXXXX 保留下面的内容即可 code_a'，是自己提交（commit）的代码 如果要使用冲突分支节点的内容 就把下面内容都删掉，包括符号<<<<<<< HEAD ======= >>>>>>> XXXXXXXX <<<<<<< HEAD code_a'，是自己提交（commit）的代码 ======= >>>>>>> XXXXXXXX 保留下面的内容即可 code_a，是服务器拉下来的代码 来源： oschina 链接： https://my.oschina.net/InfoInit/blog/3156153

GitHub关联本地仓库与修改提交 1.在GitHub上建立新的repository 1.1.gitignore文件 在使用Git的过程中，我们喜欢有的文件比如日志，临时文件，编译的中间文件等不要提交到代码仓库，这时就要设置相应的忽略规则，来忽略这些文件的提交，使用.gitignore文件来进行设置。参见链接: link . 1.2.licence文件 该文件用于声明开源许可证。参见链接: link 2.github仓库关联到本地仓库 2.1.在需要传到GitHub上面去的那个文件夹里面 git bash 2.2.git push不成功解决方法: link : 如果git提示: "unable to auto-detect email address" 则需要在git中运行如下代码: git config --global user.email "you@example.com" git config --global user.name "Your Name" 然后再在git中运行如下代码： git init #初始化本地文件 git add . #添加全部文件（git add -A） git commit -m 'add all the file' #提交修改 git status #查看是否还有未提交 git remote add origin 你的仓库地址

如何将本地文件传到github呢？ 首先登录官网注册用户，然后需要登录github创建仓库（这里不多介绍了） https://github.com/ 然后去一个自己喜欢的名字（这里我的名字是webclock），点击Create repository创建仓库，然后就创建成功了，就这么简单。 然后登录官网下载github（这里不多介绍了）安装完成之后右击鼠标选择Git Bash Here 然后就看到这个窗口了，这就是git的命令行模式 安装完成后，还需要最后一步设置。为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。 $ git config --global user.name "Your Name" $ git config --global user.email "email@example.com" 你的git用户名和邮箱 最后一步配置生成登录git的公私钥 ssh-keygen -t rsa -C "你注册GitHub账号时用的邮箱" 图中标记三处分别输入：回车---Y---回车 然后将生成的公钥文件放入git里，找到这个公钥文件用文本工具打开复制 登录git点击settng 找到ssh key菜单 最后点击Add SSH key按钮，公钥就上传完成啦。 可以输入一下命令测试是否导入成功， ssh -T git@github.com

转自 http://blog.csdn.net/yang_hui1986527/article/details/6891319 Git 是一个非常优秀的分布式版本控制系统，最初为Linux Kernel版本管理进行量身定做。优点是，和其他版本控制系统相比，稳定，速度快，跨平台，易学易用，无需要花费成本。更多优点请点击阅读： http://whygitisbetterthanx.com/ 缺点也有点明显，那就是由于该版本控制系统专门为Linux 内核定制，没有开发其他平台的版本，因此，在其他平台上使用的都是Git的移植版本。在Windows上使用Git，通常是msysGit 和 TortoiseGit 进行组合使用。在Windows系统下Git的使用过程中，我们发现，如果出现以下情况之一，可能出现乱码： 1、Log提交时使用中文注释 2、目录或者文件名含有中文 3、代码中含有中文注释 这些问题在跨平台使用的时候极为明显，给跨平台代码管理带来极大的不便。本人也是深受其害，希望官方能够早日开发跨平台的版本，解决掉乱码问题。 经过本人实践，总结了一套临时解决方案，暂时能够解决以上乱码问题。具体操作如下： 注：由于Linux上通常使用utf-8进行编码，因此，项目管理中统一使用utf-8进行编码。 一、下载并安装msysGit和TortoiseGit msysGit ：http://utf8

前言： 本文主要讲解如何将Android Studio项目上传至GitHub，在此之前，先介绍几个概念。 Android Studio：是谷歌推出一个Android集成开发工具，基于IntelliJ IDEA，类似 Eclipse ADT，Android Studio 提供了集成的 Android 开发工具用于开发和调试。 Git（分布式版本控制系统）：是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。 GitHub：是一个面向开源及私有软件项目的托管平台，因为只支持Git作为唯一的版本库格式进行托管，故名GitHub。 准备： 1、安装Android Studio，并新建一个项目， 下载地址 2、需要在本地安装Git版本控制系统， 下载地址 3、在GitHub网站上注册一个账号， GitHub官网 步骤： 1、先安装Git 下载Git的exe，双击exe，一直next 记录下安装路径，默认安装在D:\Program Files\Git 2、将Android Studio与Git关联 打开Android Studio 进入File->Settings->Version Control(展开)->Git 在Path to Git executable栏位输入安装Git的路径，如下图所示： 点击【Test】按钮，若出现Git executed