git提交代码

1.创建项目 首先登录到到github网站。登录用户名密码。然后“New repository”建自己的项目名称。如myweb 2.在本地选择项目目录。如myweb，然后进入myweb文件夹。输入“git init”，这样这个目录里面的内容就会被git管理起来了 3.把本地项目myweb加入到本地仓库。命令是在myweb文件夹下，执行命令“git add *”。把所有的都加入本地仓库。然后提交。命令是“git commit -m ‘这个地方是注释’” 4.建立本地仓库和远程仓库的连接。命令是git remote add {$remote_name} {$clone_url}。其中remote_name是自己起的一个别名。如myweb。clone_url是github网站上自己创建的项目。也就是1中创建的项目的连接。如1中建立的myweb的连接是https://github.com/yanghuiping/myweb.git，这样就可以用别名myweb代替https://github.com/yanghuiping/myweb.git了。 5.把本地的仓库中的代码提交到github网站上去。命令是：git push myweb(别名，也可以是地址https://github.com/yanghuiping/myweb.git) master 6.执行完成之后就提交到github上了

一. 本机配置 添加用户 git config –global user.name “XX” git config –gloaba user.email “XX@163.com” 查看git配置及用户信息 git config –list 生成SSH秘钥(2种方式:1.git GUI图形界面化操作; 2.git命令,即以下流程) 1) 查看是否有秘钥,有则备份然后删除文件夹 cd ~/.ssh ls 2) 正式生成,输入指令再 按三次回车,也就是第三次回车指纹密码输入可以为空 ssh-keygen -t rsa -C “邮箱” 3) 添加私钥到 ssh(如果配置过指纹密码就要输入验证) ssh -add id_rsa 进入计算机系统用户文件夹,找到id_rsa.pub,打开复制到github的setting的SSH keys当中( 该网站服务器可以添加多个ssh key公钥) 测试本机是否有访问GitHub的权限 ssh git@github.com 二. 上传GitHub了ssh后,开始建立两端的repository(版本库,仓库) 并且相关联. 建立过程(2种方式): 先在本地新建->然后添加到远程端(具体步骤): git init->git remote add origin git@xxx->在仓库添加一些初始文件xx-> git add xx->git status-

GIT 安装 Mac： https://sourceforge.net/projects/git-osx-installer/ Windows： https://git-for-windows.github.io/ Linux：apt-get install git GIT 常用命令 　　git config --global　　　　　　　　配置信息 　　git init　　　 　　　　　　　　　　代表初始化 git 仓库 　　git status　　　　　　　　　　　　查看状态 　　git add　　 　　　　　　　　　　添加到Git仓库 　　git commit -m "提交信息"　　　　 正式提交 　　git log 　　　　　　　　　　　　　 可以查看所有产生的 commit 记录 　　git branch　　　　　　　　　　　 查看分支（加上分知名则创建一个分支） 　　　　-d　　删除一个分支 　　　　-D 　 强制删除一个分支000 　　git checkout 分支名　　　　　　 切换分支 　　　　-b 新建一个分支并切换过去　　 　　git merge　　　　　　　　　　　　合并分支，需要先切换到master　　 　　git tag　　　　　　　　　　　　　 查看或设置标签 　　 git push origin 分支名　　　　　　　　　推送到远程仓库 　　git

我来自Subversion的背景，当我有一个分支时，我知道我正在使用“这些工作文件指向此分支”的内容。 但是使用Git时，我不确定在NetBeans或Notepad ++中编辑文件时，是将文件绑定到主文件还是其他分支。 bash中的 git 没问题，它告诉我我在做什么。 #1楼 好简单，我把它放在一根衬里（bash） git branch | sed -n '/\* /s///p' （信用：有限赎罪） 当我在那里的时候，一个班轮去了远程跟踪分支机构（如果有的话） git rev-parse --symbolic-full-name --abbrev-ref @{u} #2楼 您还可以使用 git symbolic-ref HEAD 来显示完整的refspec。 在Git v1.8及更高版本中仅显示分支名称（感谢Greg指出）： $ git symbolic-ref --short HEAD 在Git v1.7 +上，您还可以执行以下操作： $ git rev-parse --abbrev-ref HEAD 如果您在分支机构上，则两者都应使用相同的分支机构名称。 如果您是一个超脱的人，答案会有所不同。 注意： 在较早的客户端上，这似乎可行： $ git symbolic-ref HEAD | sed -e "s/^refs\\/heads\\///" – 达里安2014年3月26日

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 如果你是一枚Coder，但是你不知道Github，那么我觉的你就不是一个菜鸟级别的Coder，因为你压根不是真正Coder，你只是一个Code搬运工。 但是你如果已经在读这篇文章了，我觉的你已经知道Github了。 正是Github，让社会化编程成为现实。 什么是 Github? github是一个基于git的代码托管平台，付费用户可以建私人仓库，我们一般的免费用户只能使用公共仓库，也就是代码要公开。 Github 由Chris Wanstrath, PJ Hyett 与Tom Preston-Werner三位开发者在2008年4月创办。迄今拥有59名全职员工，主要提供基于git的版本托管服务。 目前看来，GitHub这场冒险已经胜出。根据来自维基百科关于GitHub的描述，我们可以形象地看出GitHub的增长速度： 今天，GitHub已是： 一个拥有143万开发者的社区。其中不乏Linux发明者 Torvalds 这样的顶级黑客，以及Rails创始人 DHH 这样的年轻极客。 这个星球上最流行的开源托管服务。目前已托管431万git项目，不仅越来越多知名开源项目迁入GitHub，比如Ruby on Rails、jQuery、Ruby、Erlang/OTP；近三年流行的开源库往往在GitHub首发，例如：

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 如果你是一枚Coder，但是你不知道Github，那么我觉的你就 配置Git 首先在本地创建 ssh key； $ ssh-keygen -t rsa -C "your_email@youremail.com" 后面的 your_email@youremail.com 改为你在github上注册的邮箱，之后会要求确认路径和输入密码，我们这使用默认的一路回车就行。成功的话会在 ~/ 下生成 .ssh 文件夹，进去，打开 id_rsa.pub ，复制里面的 key 。 回到github上，进入 Account Settings（账户配置），左边选择SSH Keys，Add SSH Key,title随便填，粘贴在你电脑上生成的key。 为了验证是否成功，在git bash下输入： $ ssh -T git@github.com 如果是第一次的会提示是否continue，输入yes就会看到：You've successfully authenticated, but GitHub does not provide shell access 。这就表示已成功连上github。 接下来我们要做的就是把本地仓库传到github上去，在此之前还需要设置username和email，因为github每次commit都会记录他们

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 1 关于版本控制 版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。有以下三种版本控制系统： 1. 本地版本控制系统 许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单。不过坏处也不少：有时候会混淆所在的工作目录，一旦弄错文件丢了数据就没法撤销恢复。 为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文件的历次更新差异。图示如下， 2. 集中化的版本控制系统 集中化的版本控制系统（ Centralized Version Control Systems，简称 CVCS ）能够让在不同的开发系统上的开发人员协同工作。这类系统，诸如 CVS，Subversion 以及 Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法 3. 分布式版本控制系统 分布式版本控制系统(Distributed Version Control System，简称 DVCS ),像 Git，Mercurial，Bazaar 以及 Darcs 等

一般工作流程如下： 1、git clone 克隆远程资源到本地目录，作为工作目录； 2、然后在本地的克隆目录上添加或修改文件； 3、如果远程修改了，需要同步远程的内容，直接git pull就可以更新本地的文件； 4、本地在修改之后，可以通过git status 查看修改的文件。然后使用git add 添加修改的文件暂到缓冲区； 5、在添加之后，可以使用git commit添加到当前的工作区； 6、在修改完成后，如果发现错误，可以撤回提交并再次修改并提交； 7、git push将本地的修改推送到远程的git服务器。 分支操作： 1、查看分支： git branch -a 2、创建分支，加上-b上创建完分支后，切换的新的分支工作： git checkout -b dev Switched to a new branch ‘dev’ 这时候修改的文件都是在dev分支，不会对master分支的文件进行修改。 本地分支与远程分支相关联 $ git pull origin dev #本地分支和dev分支建立连接 From https://git.coding.net/wylycool/database branch dev -> FETCH_HEAD Already up to date. 4.这时开始提交文件 $ git add #add之后是要添加的文件 $ git commit -m

1、工作区与版本库：工作区是一个包含.git子目录（内含版本库）中的目录。可以使用 init 命令在当前目录中创建版本库 2、版本提交：一次版本提交通常定义了版本库中所有文件的一个版本，它详细说明了版本所含数据，用 add 命令来确定哪些文件将被纳入下一次提交，用 commit 命令创建新的版本提交 3、查看信息，用 status 命令，查看哪些文件已被本地修改，以及哪些修改将纳入下次提交。 log 命令可用来显示提交历史， diff 命令可以用来显示两个版本之间的差异。 4、克隆：对用 clone 命令创建某一版本库的副本，称为该版本库的克隆体。 5、推送与拉回： push 与 pull 命令可用于在本地和远程版本库之间共享版本提交。 6、提交：通过 commit 命令可以创建一次提交。一次提交通常保存了项目的某种确定状态，其中包含了该项目中所有文件的情况。 7、选择性提交：可以用 add 命令来指定哪些文件将会被存储在快照中，其余所有文件将保持不变。 8、代码段选取：可以通过 --interactive 选项来逐行或逐段选取自己所需要的修改。 9、查看状态： status 命令可以显示哪些文件被纳入了下次提交。 10、重置暂存区：通过 git reset HEAD 命令将所有文件重置到当前的HEAD版本 11、.gitignore文件

1.先提交一波 为后续切分支准备 (xxx1为自己的分支 xxx2为想要拉取的分支) git add . git commit -m 'yyy' git push origin xxx1 2.然后git切换到你所要拉取的分支xxx2 拉取该分支代码 git checkout xxx2 git pull origin xxx2 或者git fetch origin xxx2 3.切回自己的分支 git checkout xxx1 git merge xxx2 来源： https://www.cnblogs.com/gyc-tzx/p/12167028.html