git提交代码

实验一 GIT 代码版本管理 实验目的： 　　 1）了解分布式分布式版本控制系统的核心机理； 　　2) 熟练掌握git的基本指令和分支管理指令； 实验内容： 　　 1）安装git 　　2）初始配置git ，git init git status指令 　　3）掌握git log ,git add ,git diff 指令 　　4) 掌握git tag git branch，git commit 指令 　　5）掌握git revert 指令 实验记录： 　　1）初次配置git 2）从头创建仓库 　　 在对 Git 仓库进行 commit 或执行任何其他操作之前，需要一个实际存在的仓库。要使用 Git 新建一个仓库，我们将使用 git init 命令。 　　创建项目目录并使用git init命令 　　克隆现有仓库 　　 在 Git 上进行克隆的方法是调用我们将在终端上运行的命令 git clone，然后传入要克隆的 Git 仓库的路径。 　　首先需要验证终端位置，在克隆任何内容之前，确保命令行工具已定位于正确的目录下。克隆项目会新建一个目录，并将克隆的 Git 仓库放在其中。 　　判断仓库的状态 　　git status 是了解 Git 的核心所在。它将告诉我们 Git 正在考虑什么，以及 Git 所看到的我们仓库的状态。 3）git log 　　使用命令行转到项目的目录下，输入git

在gitlab上创建项目后，需要初始提交代码，gitlab在项目创建后也有命令提示如何提交，不过提交过的项目就没有了，这里做个记录，如何初始提交项目到gitlab让同事们来下载 有两种方法 (1)、本地仓库初始化方式提交 进入要提交的目录，右键打开git bash 初始化一个新本地仓库 git init 关联远程仓库 git remote add origin http://192.168.15.128:8035/kafa/mycloud.git 把要提交的项目复制到这个目录中并加到本地仓库暂存区 git add . 设置这个本地仓库对应gitlab的用户，（这个用户只会在这个本地仓库有用，不影响别的仓库） git config --local user.name "jary" git config --local user.email "1196365905@qq.com" 提交到本地仓库 git commit -m 'init' 提交到远程仓库 git push (2)克隆后修改文件再提交 先克隆 git clone http://192.168.15.128:8035/kafa/test.git 进入克隆目录，并把要提交的项目文件，比如src与pom.xml文件复制到这个目录 cd test 提交暂存区 git add . 设置这个本地仓库对应gitlab的用户，

版本控制 几乎是所有开发项目的必备， Git 是目前主流的版本控制系统，下面介绍几种常用的工作流程。 目录： 最简模式 特征分支 开发分支 开发 + 特性分支 发布分支 1. 最简模式 这是最简单的工作流模式，只使用 master 分支。 这种方式只适合于非常小的项目，例如个人项目。 当团队增长后，这种方式会极其混乱，产生大量的代码冲突。 2. Feature 特征分支 在上种方式上添加了 feature 特征分支。 每个 feature 分支都是用来开发某个新功能，以便与项目的其他部分隔离。 当 feature 分支中的功能开发完成后，这个分支就合并到 master 分支。 所以 feature 分支的生命周期比较短。 3. Developer 开发分支 开发分支基于 master 分支创建，并与 master 一样长期存在。 开发分支是开发时随时提交的代码，master 分支中是达到可发布状态的代码。 这种模式与最简模式一样，只适合非常小的团队。 4. Developer + Feature 混搭 这2种策略可以很好的混合使用。 master 分支中总是可发布的代码。 feature 分支只与 developer 分支合并。 当 developer 分支中的代码测试通过后，合并到 master 分支，然后发布。 5. Release 发布分支 在上一种模式上进行了扩展

1、提交本地修改的代码 git commit -a -m ' 1、提交了什么内容' 2、拉取并合并远程服务器代码 git pull --rebase origin develop 3、如果有冲突（需要手动解决冲突或者工具解决冲突） rebase in progress; onto e26bb You are currently rebasing branch 'develop' on 'e26bb'. (fix conflicts and then run "git rebase --continue") (use "git rebase --skip" to skip this patch) (use "git rebase --abort" to check out the original branch) Changes to be committed: (use "git reset HEAD <file>..." to unstage) modified: src/main/java/com/controller/UserInfoController.java Unmerged paths: (use "git reset HEAD <file>..." to unstage) (use "git add <file>..." to mark resolution)

1、注册 coding :::::: https://coding.net/ 2、个人设置中添加上邮箱账号和密码 3、下载git 4、在coding中新建项目，并对项目初始化---生成分支，会生成url 5、右键打开git bash 6、克隆项目到本地： git clone url；此时会提示输入用户名和密码，输入你的coding邮箱和密码 7、可以再控制面板----凭据管理器----windows凭据下修改用户名和密码； 克隆下来后：如果添加文件后提交需要 git add aaa . --------------添加aaa文件夹到缓存 git add . -------可以匹配所有的文件添加到缓存 git commit -m ‘提交的注释信息’ -----------------代码提交到本地仓库 git commit -a m'提交注释信息' --------------------------此处-a可以不用通过add添加缓存 git push orgin master -------------------------将代码推送到coding中 git rum <file> -----------------删除文件 拉取coding代码： git pull orgin master git commit -a 来源： https://www.cnblogs.com

这经常发生在我身上：我写了一些代码，检查我的更改，然后意识到我不在适当的分支中来检查那些更改。 但是，如果不还原更改，我将无法切换到另一个分支。 有没有办法将更改移动到另一个要在其中检查的分支？ #1楼 如果要将更改移动到新分支 ，只需两个命令即可完成： git stash git stash branch new-branch 根据 git stash文档 ： 分支 <branchname> [<stash>] 分支 <branchname> [<stash>] 从最初创建 <stash> 的提交开始创建并签 <branchname> 为 <branchname> 的新分支，并将记录的更改应用于新的工作树和索引。 #2楼 不幸的是，这也经常发生在我身上，如果我在 git commit 之前意识到自己的错误，就使用 git stash ，否则使用 git cherry-pick 否则在其他答案中都很好地解释了这两个命令 我想为 git checkout targetBranch 添加一个说明： 如果targetBranch与当前分支具有相同的历史记录，则此命令仅保留您的工作目录和暂存快照 如果尚未提交更改，只需使用git checkout移至 新分支 ，然后按常规提交即可 @Amber 的语句不是假的，当您移至 newBranch ， git checkout -b

链接：https://pan.baidu.com/s/1-mUSaciMNolE1aqBP9suWg 提取码：gz03 git视频课程列表 git简介Git 简介 git安装与配置： 最常用的 git 命令有： 创建一个版本库： 版本创建与回退 4.1使用； 1、创建一个版本库 2、创建一个提交后版本1 3、查看版本记录， 4、版本回退 4.2、工作区和版本库 4.3、管理修改， 4.4、撤销修改 4.5、对比文件的不同 4.6、删除文件 查看日志的简洁版本 git基本操作版本小结 删除的补充 分支管理 5.1、分支的概念 5.2、创建与合并分支 分支操作小结： 5.3、解决冲突 5.4、分支管理策略 5.5、Bug分支 使用github 6.1创建仓库 相当于git init 6.2添加ssh账户 6.3克隆项目 6.4上传分支 6.5将本地分支跟踪服务器分支 6.6从远程分支上拉取代码 工作使用git 一、Git 简介 git历史 1、linus创建linux的时候用diff方式汇总代码 2、bitkeeper授权给linus公司，因为开发samba的andrew视图破解协议被bitmover公司发现了， 要求收回linux社区免费使用bitkeeper的使用权 3、linus两周时间用c写了一个分布式版本控制系统，git 4、linux系统的源码由git管理 5

之前在windows中一直采用github的桌面版，库的建立更新都是借助软件的帮助。所使用的的功能也非常局限，仅仅只是创建库再提交自己的代码。至于版本管理、回滚、分支以及git的结构都没有清楚的认识。这次由于任务需要，在ubuntu中必须使用git来链接github，所以必须接触一些git的命令，也对git的思想有了进一步的认识。这里简单梳理以下，作为备忘录。文末也附上我参考的博客，有兴趣的可以进一步阅读。 一些认识 之前对github和git一直傻傻分不清，以为是两种不同的版本管理工具。现在才认识到git是一种版本管理工具，而github只是一个远程仓库。实际上没有github这种远程仓库，你计算机中git也会建立一个本地的仓库，或者链接到其他的远程仓库。 1. git的安装 输入命令安装git，并查看版本以确认安装成功。 sudo apt-get install git git --version 2. git的使用 先解释一些概念，git分四层管理代码。 你目录中的文件是第一层 缓存区，每次add之后，当前目录中要追踪的文件会作为一个版本会存放在缓存区。注意不是所有的文件。一般一个文件生成之后，会标记为“未追踪”，但是否对其做版本管理还是要选择的。例如一些编译文件就没有必要追踪。对需要做版本管理的问件，用add添加，不需要的用clean删除。 本地仓库，每次commit之后

Git是一个分布式的版本控制系统，最初由Linus Torvald编写，用作Linux内核代码的管理。作为开源代码库以及版本控制系统，Github拥有140多万开发者用户。 在Git中并不存在主库这样的概念，每一份复制出的库都可以独立使用，任何两个库之间的不一致之处都可以进行合并。 GitHub可以托管各种git库，并提供一个web界面，GitHub的独特卖点在于从另外一个项目进行分支的简易性。有人将GitHub称为代码玩家的MySpace。 GitHub 使用 git 分布式版本控制系统，而最初Linus Torvalds针对的是 Linux 平台，因此 git 并不像 Windows。 GitHub for Windows 是一个 Metro 风格应用程序，集成了自包含版本的 Git，bash 命令行 shell，PowerShell 的 posh-git 扩展。GitHub 为 Windows 用户提供了一个基本的图形前端去处理大部分常用版本控制任务，可以创建版本库，向本地版本库递交补丁，在本地和远程版本库之间同步。 （出处：百度百科） 我们一直用GitHub作为免费的远程仓库，如果是个人的开源项目，放到GitHub上是完全没有问题的。其实GitHub还是一个开源协作社区，通过GitHub，既可以让别人参与你的开源项目，也可以参与别人的开源项目。 怎么使用？ 1

发现有一个类是多余的，想删掉它又担心以后需要查看它的代码，想保存它但又不想增加一个脏的提交。这时就可以考虑git stash。 使用git的时候，我们往往使用分支（branch）解决任务切换问题，例如，我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug，我们往往会把完成一半的代码commit提交到本地仓库，然后切换分支去修改bug，改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码，但是却不得不去修改一个紧急Bug，那么使用git stash就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修Bug，等到修完Bug，提交到服务器上后，再使用git stash apply将以前一半的工作应用回来。 经常有这样的事情发生，当你正在进行项目中某一部分的工作，里面的东西处于一个比较杂乱的状态，而你想转到其他分支上进行一些工作。问题是，你不想提交进行了一半的工作，否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。储藏(stash)可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中，随时可以重新应用。 需要说明一点