git提交代码

#0 系列目录# 版本管理 SVN版本管理：场景命令实战 SVN版本管理：两种开发模式 GIT版本管理：场景命令实战 GIT版本管理：Git Flow模型 项目如何从 SVN 迁移到 Git 很多有点历史的项目，都是用的 Subversion 作为版本控制工具的，随着项目需要，很多团队就打算采用 Git 作为替代工具了。好，现在问题来了： 项目如何平滑的从 Subversion 迁移到 Git 。 这里所谓的迁移是按照版本控制要求来迁移，包括： 尽可能完整的由谁提交的代码、做出的代码变更记录，提交日志等。 尽可能完整的分支、标签等。 因为毕竟是不同的版本控制工具，转化过程难免会有瑕疵。 #1 准备环境# 安装用到的工具的软件包，这里以 Ubuntu 为例： $ sudo apt-get install subversion git $ sudo apt-get install git-core libsvn-perl perl libterm-readkey-perl #2 规范 Subversion# 确认项目的 Subversion 地址： # 后面统一用 $PROJECT 表示项目的 Subversion 地址 # 这里的示例项目名称是 west https://scms.example.com/svn/projects/west/ 规范项目在 Subversion

使用git也有不短的时间，这篇文章主要默写自己在提交代码经常使用的一些密令，仅供参考并不是教程。 git log 查看日志 git branch 查看分值 git branch Name 新建一个Name分支 git checkout Name 切换到Name分支 git add 添加文件 git commit -m '' 提交信息 git pull origin Name 从Name分支拉取最新代码 git push origin Name 提交最新代码到Name分支 git reset --soft 撤销commit git reset --mix 撤销commit和add get reset --hard 强制撤到某个版本 git checkout -- 撤销刚刚的修改 还记得有一些git stash暂存的操作，现在本人基本很少使用。当然命令还有很多 我碰到了也是会去百度一下看看别人怎么使用。 来源： https://www.cnblogs.com/wangxiaoer5200/p/11763915.html

写在前面的话： 　　原来公司使用的版本控制工具是svn，在换了新工作之后公司这边用的是git，（关于换工作的原因不多赘述，和前同事相处的过程也十分融洽，还是因为个人原因。）在其位，谋其事，肯定呀好好学习git呀，菜鸟的学习路径当然是百度，中间看到过很多分享的非常棒的博客，自己也来记录一下。供以后翻阅吧~ 先列出一个清单用来记录内容： 　　1.关于git如何配置到idea中： 　　2.如何把git项目导入到本地： 　　3.使用idea创建新的分支： 　　4.获取远端的代码和把代码提交到远端： 　　5.idea的分支切换： 　　6.获取小伙伴新建的分支： 　　7.代码的合并： 一、把git如何配置到idea中 　　在idea中有常用的快捷键（ctrl + alt + s）-> 可以快速进入到设置的界面上，如下图示：（在没有改变快捷键的情况下：） 　　也可以访问目录file -> setting 到达这个目录。 　　 　　在如上图示的箭头处选择安装的git目录的 　　 　　选择bin目录下的git.exe文件，在配置完成后，点击test，看看是否能够连接的通。OK~~~ 二、如何把git项目导入到本地 　　 　　在拷贝之后如果在首页，可以选择 　　 　　粘贴上对应的网址，按操作步骤一步一步执行就ok啦~~ 　　或者在页面内选择： 　　 　　 　　输入url 效果是一样的。 三

将已经存在的项目提交到gitlab中 在gitlab中新增用户jack 登录jack这个git用户，然后创建仓库 mxonline 已经写好了部分功能的项目存放在 D:\>cd D:\python\mxonline\ 需要推送到gitlab中 运行git_cmd.exe # 切换到项目目录下 D:\>cd D:\python\mxonline\ # 初始化 D:\python\mxonline>git init Initialized empty Git repository in D:/python/mxonline/.git/ # 加入主分支 D:\python\mxonline>git remote add origin https://gitlab.example.com/jack/mxonline.git D:\python\mxonline>git add . warning: LF will be replaced by CRLF in .idea/misc.xml. The file will have its original line endings in your working directory warning: LF will be replaced by CRLF in .idea/modules.xml. The file will have its

本文作者：CODING 用户 - xfly 身边经常会有小伙伴问我有没有办法不买服务器也能上线自己的个人项目，比如不少同学都非常喜欢搭建一个属于自己的博客站点或者小游戏等。 目前相对比较简便的 且不花自己一分钱 的方法就是 Pages 服务。这类服务在国外比较知名的如 GitHub Pages 服务，在国内虽然能访问到，不过访问速度不尽人意。那么我们国内自家的有没有这类服务呢？当然是有的，也就是今天要向大家推荐的 CODING Pages 。 CODING Pages 是一个提供免费静态网页托管的服务平台，你可以使用 CODING Pages 托管博客、项目官网等静态网页。 今天教大家如何通过 CODING Pages 服务快速搭建一个 HTML 小游戏，非常方便。本文以 HTML 版的 2048 小游戏为例，完整地带大家走一遍搭建流程。 点击还有更多实用教程等你发现！ 1. 腾讯云开发者平台账号。 因为要使用 CODING Pages 服务，所以我们需要一个腾讯云开发者平台账号，如果已经有了可以跳过该部分，如果没有请前往 腾讯云开发者平台 | 技术助力开发 官网进行注册。 2. 一些基本的 Git 命令行知识。 比如初始化本地仓库、提交代码到本地仓库、提交代码到远程仓库等。 3. 本地需要安装好 Git 开发环境。 你可以选择使用方便的 GUI 客户端，也可以下载官方的 Git

复习 """ 1、版本管理器：管理在编写代码时，各种代码版本的工具 - 一般在一个需求或是一项功能代码结束后，就称之为一个代码版本 2、svn和git比较：git服务端与客户端整合，每一个仓库都可以作为客户端也可以作为服务端（集群部署、不怕服务器宕机）、git可以多分支操作，分支管理很强大 3、git的工作流程：工作区 <=> 暂存区 <=> 版本库 <=> 远程仓库 <=> 版本库 增删改查 | git checkout . git add . | git reset HEAD . (git reset) git commit -m '信息' | git reset --hard 版本号 （git reflog | gitlog） 4、基础命令 git init git status 5、remote git remote | git remote -v git remote add 源名 地址 git remote remove 源名 6、branch git branch git branch 新分支 | git checkout -b 新分支 git checkout 分支 git branch -d 分支 7、gitee远程仓库 本地仓库提交代码到本地版本库 创建远程仓库，将本地主机添加至开发者 本地仓库配置远程仓库remote源 提交代码到远程仓库 8、提前配置 -

　　笔者最近进行开发过程中，所有参与者的代码需要通过 git 上传到远端仓库中，不同的模块对应不同的 git 分支，不同模块的数据需要从远端仓库中获取。这里记录下笔者从远端仓库中获取分支数据，进行修改，最后重新上传同步分支数据的过程。 　　 　　 1. 添加远程仓库信息 —— git remote add/remove 　　 用户可通过 git remote add 命令添加一个远程仓库的信息。一般远端仓库首页的右上角都包含有 clone 按钮，点击即可获得仓库对应的 url . git remote add name url //添加一个远程仓库，命名为 name ，其对应资源地址由 url 指定 　　如下命令即添加了一个远程仓库，并将其命名为 test . 之后，可以直接通过名字 test 来进行远程仓库的管理工作。当用户使用 git clone 命令获取一个远程仓库数据时，git 会将该远程仓库默认命名为 origin，用户可以通过 git clone 的 -o 命令指定远程仓库的名字 。 git remote add test https://github.com/schacon/simplegit-progit //添加远程仓库 test，其 url 如命令所示 git clone -o test https://github.com/schacon/simplegit

项目开发git操作 基本流程 开发前，拉一次远程仓库 工作区进行开发 将开发结果提交到本地版本库 -git status查看没有被处理的事件 拉取远程仓库（每一次要提交远程仓库前必须先拉） 如果出现冲突，线下沟通（协商重新开发冲突文件），要重新3,4步 没有冲突，提交数据到远程仓库 协同开发 1.所有人在一个分支上进行开发---通常开发分支为dev 2.遵循git开发流程：先提交本地版本库，再拉取服务器代码，最后提交代码 提交到本地版本库：git commit -m '提交的注释信息' 拉取远程仓库代码：git full 源名 分支名 提交到远程仓库：git push 源名 分支名 冲突解决 1）打开冲突文件 2）定位到冲突位置： >>>>>冲突开始 自身代码 ==== 冲突代码 <<<<<<版本号 3）删除冲突提示信息：>>>>>冲突开始、====、<<<<<<版本号 4）线下沟通整合自身代码与冲突代码，形成最终代码结果 5）重新提交本地版本库，再拉取服务器代码，最后提交代码 """ 合并分支 eg：将dev分支内容合并到prod分支上 1）切换到prod分支：git checkout prod 2）合并dev分支：git merge dev redis数据库 为什么要学习redis 1、redis是内存 no-sql 数据库，相比mysql等硬盘数据库效率高 2

使用基本流程 """ 1、开发前，拉一次远程仓库 2、工作区进行开发 3、将开发结果提交到本地版本库 - git status查看时没有待处理的事件 4、拉取远程仓库(每一次要提交远程仓库前必须先拉) 5、如果出现冲突，线下沟通（协商重新开发冲突文件），要重新走3、4步 6、没有冲突，提交到远程仓库 """ 协同开发 """ 1）所有人在一个分支上进行开发 - 通常开发分支名为dev 2）遵循git开发流程：先提交本地版本库，再拉取服务器代码，最后提交代码 提交本地版本库：git commit -m '版本信息' 拉取服务器代码：git pull 源名 分支名 提交代码：git push 源名 分支名 """ 冲突解决 """ 1）打开冲突文件 2）定位到冲突位置： >>>>>冲突开始 自身代码 ==== 冲突代码 <<<<<<版本号 3）删除冲突提示信息：>>>>>冲突开始、====、<<<<<<版本号 4）线下沟通整合自身代码与冲突代码，形成最终代码结果 5）重新提交本地版本库，再拉取服务器代码，最后提交代码 """ 合并分支 """ eg：将dev分支内容合并到prod分支上 1）切换到prod分支：git checkout prod 2）合并dev分支：git merge dev """ 下面是详细截图: 　　使用 git init 初始化仓库后 全局或者局部配置之后

通过git stash将工作区恢复到上次提交的内容，同时备份本地所做的修改，之后就可以正常git pull了，git pull完成后，执行git stash pop将之前本地做的修改应用到当前工作区。 git stash git pull git stash pop git stash: 备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。 git pull:拉取服务器上的代码； git stash pop: 从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，pop会从最近的一个stash中读取内容并恢复。 git stash list: 显示Git栈内的所有备份，可以利用这个列表来决定从那个地方恢复。 git stash clear: 清空Git栈。此时使用gitg等图形化工具会发现，原来stash的哪些节点都消失了 来源： https://www.cnblogs.com/gaoqinggang/p/11760854.html