git提交代码

Git提示“warning: LF will be replaced by CRLF” 问题描述: Window平台下使用“git add .”出现“warning: LF will be replaced by CRLF”的提示: 问题解决: 那么遇到这种问题该如何解决呢？？ git config --global core.autocrlf true //注意--前面有空格！！ 如果我们目前是Window平台并出现该警告，啥也别做就行，虽然这个警告难看，但这个警告能保证我们项目团队正常跨系统git操作代码. 因为git的Windows 客户端基本都会默认设置 core.autocrlf=true （我们可通过git config core.autocrlf命令查询我们的Windows上该属性是否默认true.如不是true,通过config --global core.autocrlf true命令设置该属性为true），而“core.autocrlf=true”有以下3个功能来避免我们出错： (A)在“把 modified修改过的文件git add到暂存区stage”时，Git自动把LF转换成CRLF,并给出那条警告”LF will be replaced by CRLF” (B)在“把modified修改过的文件由暂存区(stage) 提交(commit)到版本库/仓库

第二行代码 git 总结 ubuntu安装git sudo apt-get install git-core 配置个人信息 git config -g user.name “name” git config -g user.email “email@qq.com” 初始化代码仓库 git init 提交本地代码 git add “文件路径”或者 .(代表全部) git commit -m “提交信息” 查看修改内容 git status 查看修改的文件 git diff 查看修改的位置内容 撤销未提交(commit)的修改 git reset HEAD 查看提交记录 git log Q键退出 分支的用法 1).创建分支 git branch “分支名” 2).切换分支 git check “分支名” 3).检查分支 git branch 4).合并分支 git merge “要合并的分支名” 5).删除分支 git branch -D “分支名” 与远程版本库协作 1).链接下载远程仓库 git clone “git地址” 2).推送代码到远程仓库 git push origin(指代远程仓库地址) “分支名” 3).拉取代码两种方式 ​ git fetch origin 分支名 ​ git merge origin/分支名 或者直接 git pull origin/分支名 来源：

Git总结-Zong 任务： 熟悉sourceTree * Git merge（准确应该叫commit合并）未完成 Git分支：有一个或多个commit组成的有向无环图，这样说比较准确，因为如果说成一条线的话，如果有merge的时候是会有分支。 Commit的合并：发生在merge rebase的时候。 一，当前分支没有修改（意思是commit后就没有再操作），要合并的commit修改 1）如果要合并的commit里有的文件，当前分支没有，则系统直接自动合并（会把当前分支没有的文件直接加进来） 2） 如果要合并的 commit 删除了当前分支有的文件，系统会自动合并，直接删除，除非当前分支对删除文件有修改，那就会产生冲突 （ 感觉这个好危险 ） 3）， 要合并的commit对共有一文件删除，增加行 ，系统也会自动合并（增加，删除对应行） 4）要合并的commit对共有文件Update（修改）行，系统不能自动合并，此时会产生冲突 二，当前分支不但commit了，而且在commit后还修改了 ，要合并的commit修改 1） ---------------------------------------------------- git clone 克隆下版本库中的整条master分支，也仅仅只有master分支 并且master已经与远程Master有追踪关系。 git branch

我是技术搬运工,好东西当然要和大家分享啦 原文地址 集中式与分布式 Git 属于分布式版本控制系统，而 SVN 属于集中式。 集中式版本控制只有中心服务器拥有一份代码，而分布式版本控制每个人的电脑上就有一份完整的代码。 集中式版本控制有安全性问题，当中心服务器挂了所有人都没办法工作了。 集中式版本控制需要连网才能工作，如果网速过慢，那么提交一个文件的会慢的无法让人忍受。而分布式版本控制不需要连网就能工作。 分布式版本控制新建分支、合并分支操作速度非常快，而集中式版本控制新建一个分支相当于复制一份完整代码。 Git 的中心服务器 Git 的中心服务器用来交换每个用户的修改。没有中心服务器也能工作，但是中心服务器能够 24 小时保持开机状态，这样就能更方便的交换修改。Github 就是一种 Git 中心服务器。 Git 工作流 新建一个仓库之后，当前目录就成为了工作区，工作区下有一个隐藏目录 .git，它属于 Git 的版本库。 Git 版本库有一个称为 stage 的暂存区，还有自动创建的 master 分支以及指向分支的 HEAD 指针。 git add files 把文件的修改添加到暂存区 git commit 把暂存区的修改提交到当前分支，提交之后暂存区就被清空了 git reset -- files 使用当前分支上的修改覆盖暂缓区，用来撤销最后一次 git add files

git .init git add * git remote add origin dev@faa git commit -a -m “” git push origin master Git 目录 [ 隐藏 ] 1 版本控制守则 3 本地代码库管理 3.1 让git使用你的用户名来标记每次commit 3.2 在当前目录初始化一个代码库 3.3 把所有文件加入版本控制 3.31 从版本库中删除文件 3.4 commit所有修改过的文件 3.5 扔掉对代码库所做的修改，恢复到HEAD版本 3.6 恢复文件到之前提交的某一个版本 3.7 创建一个分支 3.8 切换到一个分支 3.9 切换回主分支 3.10 命令行提示符脚本 4 操作远程代码库 4.1 使用git协议共享本地代码库 4.2 复制一个远程代码库 4.3 从远程代码库上的主分支获取最新的代码 4.4 将本地代码库的修改传给远程代码库 4.5 在远程代码库创建一个分支 4.6 在本地关联一个远程库的分支 4.7 远程仓库的删除和重命名 4.8更新指定分支指定文件 5 git基本工作流程 5.1 创建帐号 5.2 开始工作 5.3 本地修改和提交 5.4 从中央服务器获取其他人的更新 5.5 向中央服务器发送本地的修改 6 git与SVN协同的工作流程 6.1 从SVN服务器获取代码 6.2 创建一个本地分支 6.3

1.创建初始化仓库 在创建的目录下，打开git: git init 执行结束之后，会多一个git的隐藏文件 2.配置个人信息 配置局部身份 git config user.name '起一个用户名' git config user.email '设置用户的邮箱' 配置全局身份 git config --global user.name '起一个用户名' git config --global user.email '设置用户的邮箱' git使用身份的顺序：先去找局部的身份，如果没有就去找全局的身份配置 3.基本的操作 查看文件的状态： git status 红色代表在工作区 绿色代表在暂存区 将文件从工作区上传到暂存区： git add 文件 将文件从暂存区上传到仓库： git commit -m '描述信息' 文件 查看版本的信息： git log git reflog reflog会记录已提交和回退的所有版本记录 log无法记录回退的记录 查看版本差异 git diff 版本号 版本号 版本回退 回退仓库中的代码： git reset --hard 版本号 将版本库回退到指定的版本 工作区代码的回退： git checkout git restore 暂存区代码回退： git reset HEAD 文件名 将暂存区中的内容直接撤销 git restore --staged

资源列表： Git Book 深入浅出Git教程（转载） Git使用详细教程 名词介绍 Workspace ：工作区 Index/Stage ：暂存区，也叫索引 Repository ：仓库区（或本地仓库），也存储库 Remote ：远程仓库 理解这些名词，在脑中形成知识体系，便于理解下面具体命令。 git常用命令 创建SSH Key $ ssh-keygen -t rsa -C "youremail@example.com" 仓库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] # 下载一个项目和它的整个代码历史 $ git clone [url] 增加/删除文件 # 添加指定文件到暂存区 $ git add [file1] [file2] ... # 添加指定目录到暂存区，包括子目录 $ git add [dir] # 添加当前目录的所有文件到暂存区 $ git add . # 添加每个变化前，都会要求确认 # 对于同一个文件的多处变化，可以实现分次提交 $ git add -p # 删除工作区文件，并且将这次删除放入暂存区 $ git rm [file1] [file2] ... # 停止追踪指定文件，但该文件会保留在工作区 $ git rm --cached [file

一、概述 1. Git与SVN比较 目前用到最广泛的版本控制软件就是SVN和Git,那么这两者之间有什么不同之处呢？ 1) SVN（Subversion）是集中式管理的版本控制器，而Git是分布式管理的版本控制器！ 2) SVN只有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。 3) Git每一个终端都是一个仓库，客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。每一次的提取操作，实际上都是一次对代码仓库的完整备份。 4) Git具备强大的分支管理功能，SVN实际上不具备。 2. 为什么选择Git SVN的优点： 1) 管理方便，逻辑明确，符合一般人思维习惯。 2) 易于管理，集中式服务器更能保证安全性。 3) 代码一致性高。 SVN的缺点： 1) 提交并非每次都能够成功。如果有其他人先于你提交，会提示“改动基于过时的版本，先更新再提交”… 诸如此类； 2) 冲突解决是一个提交速度的竞赛：手快者，先提交，平安无事；手慢者，后提交，可能遇到麻烦的冲突解决。 Git更适合分布式开发，离线工作，强调个体，任意两个开发者之间可以很容易的解决冲突。最重要的是Git具备强大的分支管理功能，非常适合产品开发。 二、基本操作 1. 获取帮助 通过git命令可以查看所有命令的介绍 2. 仓库的克隆

git stash 可用来暂存当前正在进行的工作， 比如想pull 最新代码， 又不想加新commit， 或者另外一种情况，为了fix 一个紧急的bug, 先stash, 使返回到自己上一个commit, 改完bug之后再stash pop, 继续原来的工作。 基础命令： $git stash $do some work $git stash pop 进阶： git stash save " work in progress for foo feature " 当你多次使用’git stash’命令后 ，你的栈里将充满了未提交的代码，这时候你会对将哪个版本应用回来有些困惑， ’ git stash list ’ 命令可以将当前的Git栈信息打印出来，你只需要将找到对应的版本号，例如使用’ git stash apply stash@{1} ’就可以将你指定版本号为stash@{1}的工作取出来 ，当你将所有的栈都应用回来的时候，可以使用’ git stash clear ’来将栈清空。 git stash # save uncommitted changes # pull, edit, etc. git stash list # list stashed changes in this git git show stash@{0} # see the last stash git

gitolite 可用于代码访问控制，这里汇总一下 git 相关的内容。 git quick start ：创建git仓库 TortoiseGit ：可视化git操作 egit eclipse插件 ：新版的IDE已提供git支持 post commit ：代码提交钩子，可自动触发后续动作 git只读协议 ：支持git://协议和http://协议访问 git archive ：导出并压缩，更有利于网络传输 git多仓库推送 ：可以同时推送到多个git地址 gitolite安装注意事项： 需要克隆gitolite项目，如果下载zip包会比较麻烦（gitolite/install报错） 使用git用户运行ssh-keygen，然后可选用git管理员的密钥替换.ssh/id_rsa.pub的内容 使用git用户或本机克隆管理项目：git clone git@xlongwei.com:gitolite-admin git访问方式： ssh协议：gituser@xlongwei.com:/soft/gitrepos/sample.git //需要密码或密钥 gitolite管理：git@xlongwei.com:testing.git //使用gitolite-admin进行权限控制 http协议：http://git.xlongwei.com/git/sample.git /