git提交代码

步骤 1 studio的git配置； 安装好git后启动Androidstudio，打开如下路径File->Settings->Version Control(展开)->git 在Path to Git executable后面的输入框输入你安装的git路径，如下图所示： 点击test按钮如果出现 Git executed successfully 对话框说明配置成功，同时对话框会显示你安装的git版本号；如下图所示 2 配置github登录信息； 打开如下路径File->Settings->Version Control(展开)->GitHub，如下图所示 填入如下信息： Host:github.com Login:你的github账户名 Password：你的github账户密码 填完之后点击test按钮，如果出现如下对话框说明配置成功 3上传工程到github 打开你要上传的工程，顶部菜单选择VCS->Import into Version Control->Share Project on GitHub,如下图所示： 如果你是第一次提交该项目会出现如下对话框，提示你这是一个新的存储库（repo），可以自定义repo的名字，和添加描述。 填写完毕点击share按钮如果你的工程没有问题会出现如下界面 这里列出了将要提交的类，以及各种资源配置文件等等，点击ok按钮

Git学习（三）——使用Git协同开发 项目协同开发git操作 基本流程 1.开发前，拉一次远程仓库 2.工作区进行开发 3.将开发结果提交到本地仓库 git status 查看时没有待处理的事件 4.拉取远程仓库（每一次要提交远程仓库前必须先拉） 5.如果出现冲突，线下沟通（协商重新开发冲突文件），处理后继续重复 3，4 两步过程 6.没有冲突后，提交到远程仓库 协同开发 1.所有人在一个分支上进行开发（或者每个人在不同的分支开发，看公司情况定） --通常开发分支名为dev(约定俗成) 2.遵循git开发流程：先commit提交本地版本库，再拉取服务器代码，最后提交代码 提交本地版本库：git commit -m '版本信息' 拉取服务器代码：git pull 源名 分支名 提交代码：git push 源名 分支名 创建dev分支开发----（以避免改动主支master的代码） 第一次从远程仓库拉取代码到本地是在master主支上，然后进行创建分支dev:git branch dev,创建的分支dev会包含master分支的所有内容。当你在dev分支下创建新的文件，然后add 和 commit，那么在本地版本库的分支dev就会比master多出新创建的文件。如果需要提交到远程版本库，就 git push origin dev，在码云的仓库上就会多创建出一个分支dev。 注意

有两种方法获得一个 git 仓库：自行初始化，克隆别人已有的仓库 自行初始化 git init 克隆别人已有的库 git clone git@github.com:garrisonz/gitStudy.git 和其他版本管理系统不同， Git 的命令是 clone, 而不是 checkout。Git clone 除了拷贝最新版本的文件，还会拷贝服务器上存储的变更历史记录。 在仓库中记录变更历史 工作目录下的文件，可以分为两类：已被跟踪的 (tracked) 、尚未被跟踪的 (untracked)。 已被跟踪的文件又可以分三种状态： Unmodified, Modified, Staged。Unmodified 其实也就是 commited。 检查项目的状况使用下面的命令。这是一个很有用的命令，在不同状态下提示不同的信息，指引你如何做下一步。 git status 使用 add 命令可以把文件从未被跟踪，改为已被跟踪状态。 $ echo 'tony' > 1.txt $ git add 1.txt add 是一个多功能命令，有下面几种 开始追踪文件 把文件放到 stage area 把合并冲突的文件标识为已解决状态 可以把 add 理解为 "把这些内容加入到下一次 commit "。把一个修改过的文件放到 tage area 后，再做一次修改，这时该文件会有两个版本：modified

git 简介 """ 什么是git：版本控制器 - 控制的对象是开发的项目代码 代码开发时间轴：需求1 > 版本库1 > 需求2 > 版本库2 > 版本库1 > 版本库2 """ git与svn比较 git的工作流程 git分支管理 git使用 安装 # 1.下载对应版本：https://git-scm.com/download # 2.安装git：在选取安装路径的下一步选取 Use a TrueType font in all console windows 选项 基础命令 将已有的文件夹 - 初始化为git仓库 """ >: cd 目标文件夹内部 >: git init """ 在指定目录下 - 初始化git仓库 """ >: cd 目标目录 >: git init 仓库名 """ 在仓库目录终端下 - 设置全局用户 """ >: git config --global user.name '用户名' >: git config --global user.email '用户邮箱' 注：在全局文件 C:\Users\用户文件夹\.gitconfig新建用户信息，在所有仓库下都可以使用 """ 在仓库目录终端下 - 设置局部用户 """ >: git config user.name '用户名' -- 用户名 >: git config user.email '用户邮箱' --

初次使用AS自带的git工具的配置 初次使用AS自带的git工具需要设置一些配置，如果你已配置过，可跳过该部分内容。 首先你需要下载git，然后打开AS的git设置，路径如下，选择你安装在你电脑上的git的路径，选择完可以点击"test"，显示成功则表示AS的git功能已可以使用。 "setting"->"version control"->"git"->"path to git executable" AS的git使用介绍 1.fetch+marge/pull 2.add/commit 3.push 以上是git基本命令，如果你不熟悉，建议先百度学习下git的基本使用。上述命令在git的命令行工具下经常使用，如果不想用命令行也可以使用AS的图形界面操作，"右键"->"git"（如下图）。里面有很多git的命令，可以直接点击使用。 底栏靠右边有显示当前你处于哪个分支，如图。左键点击可以进入选择切换、新建、合并分支等功能。 上面介绍的功能更多情况下都可以直接在命令行工具下完成，毕竟并不会很麻烦。这里只是简单介绍这些命令在AS的哪些地方，如果你确实懒得用命令行，可以自行尝试在AS上使用git的基础命令试试。下面介绍一些相对于命令行操作下更方便，更实用的一些图形化操作。 1.解决冲突 冲突在git的使用过程中是特别常见的现象，团队里每个人所负责的代码块或多或少都会有交叉

随着公司开发人员的增加，以及多需求的并行开发，功能上线就会碍手碍脚；害怕自己没写完的代码被别人部署到线上，害怕别人代码没写完被自己部署到线上；总之功能上线之前还要和所有开发沟通，能不能部署代码？如果只是几个人的团队倒也无妨，但是开发人员多了，沟通成本就很高了。于是 Git 的分支就发挥它的作用了，本文讲解工作中使用 IDEA 进行分支的管理以及合并，以及其他 Git 使用技巧。 环境准备 为了演示，先用 IDEA 创建一个简单工程，提交到 git 远程仓库当中。 dev-100 分支创建 现在接到了一个编号为 100 的需求，我们在 master 基础上，创建 dev-100 分支 创建新分支 dev-100的同时，并切换到 dev-100 分支。 dev-100 分支代码开发 在 dev-100 分支编写需求编号为 100 的 功能，代码完成后进行 commit 以及 push （ 如果这个分支只有你一个人在开发的话，就不用 push 到远程分支了，只需要 commit 即可 ） 分支合并 现在我们要把 dev-100 分支上的代码合并到 master 主分支上 先切换到 master 分支 合并 dev-100 分支到 master 分支之前，建议先对 master 代码进行 pull 更新操作，然后再执行 Merge into Current 如果没有冲突，dev-100

环境准备 为了演示，先用 IDEA 创建一个简单工程，提交到 git 远程仓库当中。 dev-100 分支创建 现在接到了一个编号为 100 的需求，我们在 master 基础上，创建 dev-100 分支 创建新分支 dev-100的同时，并切换到 dev-100 分支。 dev-100 分支代码开发 在 dev-100 分支编写需求编号为 100 的 功能，代码完成后进行 commit 以及 push （ 如果这个分支只有你一个人在开发的话，就不用 push 到远程分支了，只需要 commit 即可 ） 分支合并 现在我们要把 dev-100 分支上的代码合并到 master 主分支上 先切换到 master 分支 合并 dev-100 分支到 master 分支之前，建议先对 master 代码进行 pull 更新操作，然后再执行 Merge into Current 如果没有冲突，dev-100 中的代码就会被合并到 master 分支上了，合并成功后，需要 push 才能推送到远程仓库 取消分支合并 合并完成后，但是由于一些问题，我们想要取消本次合并，右键 git，选择 Reset HEAD HEAD^ 是还原到上一个版本，HEAD^^ 是还原到上上一个版本。 Reset Type 有三种： mixed 默认方式，只保留源码，回退commit和index信息 soft

一、安装git 1、通过homebrew安装git Homebrew是一款Mac OS平台下的软件包管理工具，拥有安装、卸载、更新、查看、搜索等很多实用的功能。简单的一条指令，就可以实现包管理，而不用你关心各种依赖和文件路径的情况，十分方便快捷。 在终端上运行 $ /usr/bin/ruby -e “$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)” 安装完成后运行 $ brew -v 出现版本号则说明Homebrew安装成功 使用Homebrew安装git brew install git 查看当前git版本 git --version 2、下载git 客户端 Mac下进行安装的时候需要权限，直接点击安装包是无法成功的，可以按住control、再点击pkg文件，就可以完成安装了。 window系统，根据自己电脑系统下载相应的安装包，一直点next，就可以完成安装了。 git 客户端下载地址： https://git-scm.com/download 二、创建远程github仓库 1、注册github账号 打开官网： https://github.com/ 点击Sign UP 填写用户名，邮箱，密码。填写完成点击Create an account 选择第一个免费

图解 Git 命令 基本用法 上面的四条命令在工作目录、stage 缓存(也叫做索引)和 commit 历史之间复制文件。 git add files 把工作目录中的文件加入 stage 缓存 git commit 把 stage 缓存生成一次 commit，并加入 commit 历史 git reset -- files 撤销最后一次 git add files，你也可以用 git reset 撤销所有 stage 缓存文件 git checkout -- files 把文件从 stage 缓存复制到工作目录， 用来丢弃本地修改 git commit -a 相当于运行 git add 把所有当前目录下的文件加入 stage 缓存再运行 git commit。 git commit files 进行一次包含最后一次提交加上工作目录中文件快照的提交，并且文件被添加到 stage 缓存。 git checkout HEAD -- files 回滚到复制最后一次提交 代码合并：Merge、Rebase 的选择 概述 git rebase 和 git merge 做的事其实是一样的。它们都被设计来将一个分支的更改并入另一个分支，只不过方式有些不同 Merge #将 master 分支合并到 feature 分支最简单的办法就是用下面这些命令 git checkout feature git

我已经使用 Subversion 几年了，在使用 SourceSafe之后 ，我只是喜欢Subversion。 结合 TortoiseSVN ，我无法想象它会如何变得更好。 然而，越来越多的开发人员声称Subversion存在问题，我们应该转向新一代的分布式版本控制系统，例如 Git 。 Git如何改进Subversion？ #1楼 一些答案已经提到了这些，但我想明确指出2点： 1）进行选择性提交的能力（例如， git add --patch ）。 如果您的工作目录包含多个不属于同一逻辑更改的更改，Git可以非常轻松地进行仅包含部分更改的提交。 使用Subversion很难。 2）在不公开变更的情况下提交的能力。 在Subversion中，任何提交都是立即公开的，因此是不可撤销的。 这极大地限制了开发人员“提前提交，经常提交”的能力。 Git不仅仅是一个VCS; 它也是开发补丁的工具。 Subversion仅仅是一个VCS。 #2楼 其他答案在解释Git的核心功能方面做得很好（很棒）。 但也有很多 小 方法让Git表现得更好，并有助于让我的生活更加健全。 以下是一些小事： Git有一个'干净'命令。 SVN迫切需要这个命令，考虑它会在磁盘上转储额外文件的频率。 Git有'bisect'命令。 这真好。 SVN在每个文件夹中创建.svn目录（Git只创建 一个 .git目录）。