git提交代码

GIT版本管理工具教程 一 Git初始化 下载安装， 下载地址： https://git-scm.com/downloads 每个系统的都有（linux、mac、windows等），看官网的安装教程，很详细，此处我以windows来练习 首先创建一个文件夹，这个文件夹就是我们将来通过git来管理的所有文件的存放地点 。 在文件夹中右键 使用Git Bash 在弹出的窗口中执行初始化指令，让git帮我们对这个文件夹中的所有文件以及文件夹进行管理 git init #创建git版本管理的本地仓库 产生的.git文件夹用来存放你管理的文件的所有版本以及git配置相关的内容，不要轻易动它 二 简单指令使用 基本操作 git status 查看仓库中所有的文件夹和文件的状态 git add supercrm 让git管理单独的文件夹或者文件 git add . 管理所有文件和文件夹 配置用户名和邮箱 $ git config --global user.name <用户名> $ git config --global user.email <邮箱地址> 例如： $ git config --global user.name "吴超" $ git config --global user.email "1069696250@qq.com" 然后就可以提交版本了，看指令 git commit

本地代码提交到远程仓库： 设置git用户名、邮箱 git config --global user.name xxx git用户名 git config --global user.email xxx git邮箱 将项目提交到主分支（master）： git remote rm origin 删除现有远程连接 git init 初始化本地仓库 touch README.md 创建README.md文件 git add . 将修改的文件添加到暂存 git commit -m "first commit" 将暂存中的文件提交到本地当前分支 git remote add origin https://xxxxxxx.xx/xx/ 将本地仓库连接到远程仓库 git push -u origin master 将本地仓库文件push到远程master分支 将主分支代码pull到dev分支： git branch -a 查看远程全部分支 git checkout -b dev origin/dev 在本地创建dev分支并将远程dev分支更新到本地分支 git pull origin master --allow-unrelated-histories 将master分支强制更新到当前分支 (执行git pull origin master 抛出错误refusing to merge

实习项目使用git记录 查看当前是否为主分支 .git 文件夹是与项目一级目录平级。在 .git文件夹所在目录，右键 git bash here, 如果当前是主分支master，则无法提交推送， 使用命令 git checkout delevop, 切换成develop分支 如果非最新版本,需要先拉取最新分支(up to date)到本地 （即别人提交了代码，则本地代码非最新版本，如果本地版本有修改，则git无法判断以谁为准，就会有merge冲突）， 使用命令 git pull --rebase merge or rebase? 提交到本地 在srctree中点击提交，填写提交信息 [M][63456] xxx 第一个中括号，其中的 M represent modify， A represent add 第二个中括号，其中的数字代表issue，即分配的任务 后面可填写详细信息。 提交到远程 使用命令 git push推送到远程。 over. 来源： https://www.cnblogs.com/ezreal61/p/11798927.html

从0到1体验Jenkins+Docker+Git+Registry实现CI自动化发布 笔者： @拿着保温瓶的年轻人 目录： 一、前言 二、发布流程 三、环境准备 四、部署思路梳理 五、三台机器上操作 六、Git机器上操作 七、Docker机器上操作 八、Jenkins机器上操作 九、上传JAVA项目代码到Git仓库 十、Jenkins发布测试 十一、后面再废话两句 正文： 一、前言 Jenkins是一款开源 CI&CD 软件，用于自动化各种任务，包括构建、测试和部署软件。Jenkins 支持各种运行方式，可通过系统包、Docker 或者通过一个独立的 Java 程序。 Jenkins是一个广泛用于持续构建的可视化Web工具，持续构建就是将项目自动化编译、打包、部署。通过规范化来完成，简单，繁琐，浪费时间的重复工作。 Jenkins名言： 构建伟大，无所不能！ Jenkins用户手册传送门： https://jenkins.io/zh/doc/ 二、发布流程 工作详细流程： 三、环境准备 服务器角色 IP地址 主机名 运行服务 系统版本 Jenkins/Docker 192.168.115.21 jenkins 安装Docker、Tomcat运行Jenkins、Git客户端、JDK、Maven CentOS 7.4 Git/Registry 192.168.115.22 git

# 1. 在远程新建一个代码仓库(如码云,github..) # 2. 将本地代码提交 git init git add * git commit -am "first init" git remote add origin https://gitee.com/an1993/mmall_learning.git(这里替换为需要的仓库地址) git branch git push -u origin master git pull git push -u -f origin master 执行完以上步骤基本就可以将本地代码推送到远程仓库了 来源： https://www.cnblogs.com/ifme/p/11796264.html

重装系统后，Git安装也要来重来 下载 国内下载地址：https://npm.taobao.org/mirrors/git-for-windows 安装忽略 生成密钥 输入然后都是下一步，生成密钥，生成的在C:\Users\Admin\.ssh ssh-keygen -t rsa -C "email@qq.com" 进入C:\Users\Admin\.ssh 打开git 代理输入 ssh-agent bash 然后 ssh-add ~/.ssh/id_rsa 复制，粘贴到github账号ssh密钥里 clip < ~/.ssh/id_rsa.pub 检查连接 ssh -T git@github.com 成功连接如图 上传项目 cd方式进入目录 提交注释和配置用户 git commit -m "first commit" git config --global user.email "you@example.com" git config --global user.name "Your Name" Config file location --global use global config file --system use system config file --local use repository config file --worktree use per

　　记录一下关于 git 不同提交版本间切换的操作以及如何恢复至切换之前的版本。 　　 切换到之前提交的版本 —— git reset --hard 　　笔者在使用 git 时，首先接触到了一个"黑魔法"命令 git reset --hard，通过该命令可以回退到 git 之前存在的提交。 　　首先通过 git log 查看各个提交历史，可以看到各个提交版本的提交信息，包括其计算得到的 SHA-1 值。 git log //查看存在的提交信息，包括其计算的 SHA-1 值，作者和简单描述 　　在获得目标版本的信息后，可以通过 git reset --hard 命令回退到某次 git 的提交之中。 git reset --hard 123456 //回退到 SHA-1 值开始为 123456 的提交版本，上述命令只需要对应提交的 SHA-1 值的前几位作为参数即可 　　注意：此命令会直接执行，而不会提示用户进行本地修改的提交等操作，所以在命令执行之前请保证所有的修改均已被妥善处置。 　　 查看分支切换记录 —— git reflog 　　当使用 git reset --hard 命令从提交版本 A 回退到某个提交版本 B 后，若进行一定的任务后又需要返回提交的 A 版本时，此时通过 git log 查看提交记录可知，此时仅存在提交版本 B 之前的提交记录，而 B

起步 本章介绍开始使用 Git 前的相关知识。我们会先了解一些版本控制工具的历史背景，然后试着让 Git 在你的系统上跑起来，直到最后配置好，可以正常开始开发工作。读完本章，你就会明白为什么 Git 会如此流行，为什么你应该立即开始使用它。 1.1 关于版本控制 什么是版本控制？我真的需要吗？版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。在本书所展示的例子中，我们仅对保存着软件源代码的文本文件作版本控制管理，但实际上，你可以对任何类型的文件进行版本控制。 如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本（这或许是你非常渴望拥有的功能）。采用版本控制系统 （VCS）是个明智的选择。有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。你可以比较文件的变化细节，查出最 后是谁修改了哪个地方，从而导致出现怪异问题，又是谁在何时报告了某个功能缺陷等等。使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改 的改删的删，你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。 本地版本控制系统 许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单。不过坏处也不少：有时候会混淆所在的工作目录，一旦弄错文件丢了数据就没法撤销恢复。

Git Flow 是什么 Git Flow是构建在Git之上的一个组织软件开发活动的模型，是在Git之上构建的一项软件开发最佳实践。Git Flow是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。 2010年5月，在一篇名为“ 一种成功的Git分支模型 ”的博文中，@nvie介绍了一种在Git之上的软件开发模型。通过利用Git创建和管理分支的能力，为每个分支设定具有特定的含义名称，并将软件生命周期中的各类活动归并到不同的分支上。实现了软件开发过程不同操作的相互隔离。这种软件开发的活动模型被nwie称为“Git Flow”。 一般而言，软件开发模型有常见的瀑布模型、迭代开发模型、以及最近出现的敏捷开发模型等不同的模型。每种模型有各自应用场景。Git Flow重点解决的是由于源代码在开发过程中的各种冲突导致开发活动混乱的问题。因此，Git flow可以很好的于各种现有开发模型相结合使用。 在开始研究Git Flow的具体内容前，下面这张图可以看到模型的全貌（引自nvie的 博文 )： Git Flow中的分支 Git Flow模型中定义了主分支和辅助分支两类分支。其中主分支用于组织与软件开发、部署相关的活动；辅助分支组织为了解决特定的问题而进行的各种开发活动。 主分支 主分支是所有开发活动的核心分支。所有的开发活动产生的输出物最终都会反映到主分支的代码中

一_安装EGIT插件 http://download.eclipse.org/egit/updates/ 或者使用Eclipse Marketplace，搜索EGit 二_使用EGIT前的配置 配置个人信息，最重要的是user.name和user.email l Preferences > Team > Git > Configuration l New Entry 三_新建GIT仓库 新建NC module project l File > Team > Share Project 选择GIT 创建仓库后，在$workspace\demo目录下的.git文件夹，就是git的仓库地址。和CVS、SVN不同，GIT不会在每一个目录下建立版本控制文件夹，仅在根目录下建立仓库 同时，eclipse中的project也建立git版本控制，此时未创建分支，处于NO-HEAD状态 文件夹中的符号”?”表示此文件夹处于untracked状态，这样就成功创建GIT仓库。 四_配置.gitignore 此时我们尝试做一次提交 l Team -> Commit… 如上图所示，Author和Committer会默认为Git配置的用户信息。下面的Files窗口中可以看到此次提交的文件，其中有非常多带有NC_HOME的文件，此时可以猜测出，在我们的project中链接的NC