git使用基本故障

warning: LF will be replaced by CRLF in README.md. The file will have its original line endings in your working directory. 解决方法:先运行 git config core.autocrlf true 然后在使用 git add . https://git-scm.com/book/zh/v1/自定义-Git-配置-Git Git core.autocrlf 配置说明…

spring-cloud-config-server分布式配置中心

spring cloud config是一个基于http协议的远程配置实现方式.通过统一的配置管理服务器进行配置管理,客户端通过https协议主动的拉取服务的的配置信息,完成配置获取. spring cloud config的使用方式非常简单,spring cloud config server默认的实现方式是git管理配置,官方文档介绍已经详细说明有几种使用方式.下面看一下git的spring cloud config server实现方式. boot版本:springBoot : 2.0.1…

Spring Cloud学习笔记-010

分布式配置中心:Spring Cloud Config Spring Cloud Config是Spring Cloud团队创建的一个全新的项目,用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持,它分为服务端和客户端两个部分.其中服务端也称为分布式配置中心,它是一个独立的微服务应用,用来连接配置仓库并为客户端提供获取配置信息.加密/解密信息等访问接口:而客户端则是微服务架构中的各个微服务应用或基础设施,他们通过指定的配置中心来管理应用资源与业务相关的配置内容,并在启动的时候从配置…

使用netlify-statuskit 进行系统业务状态报告

netlify-statuskit 是netlify 团队开源的一款类似github status 的脚手架website,使用此工具我们可以对于我们系统模块进行报告,同时对于故障时,我们可以进行故障处理的报告,让使用者,可以了解系统的故障处理以及系统模块的状态,实现故障的透明化安装安装比较简单,直接clone starter 即可 git clone https://github.com/netlify/netlify-statuskit.git 添加一个故障可以使用脚手架的命令行,…

Spring Cloud专题之五：config

书接上回: SpringCloud专题之一:Eureka Spring Cloud专题之二:OpenFeign Spring Cloud专题之三:Hystrix Spring Cloud 专题之四:Zuul网关随着服务越来越多,部署的集群越来越多,如果需要改某一个配置信息,那需要改动代码,打印成jar包,然后服务上线.这样维护的代价也太大了吧.这个时候就需要一个分布式的配置中心的组件了,实现代码和配置文件的解耦. Spring Cloud Config主要为分布式系统中的基础设施合微服务应用提…

记一次尴尬的git reset丢失分支故障

最近...似乎一直在踩坑... 也不是什么故障,只是把一个分支的功能弄没了,之后在reflog里找到又恢复了. 产生原因是有同事错误地把分支B merge到了分支A并push. 我直接在分支A上reset到了merge前的一个节点(但这个节点其实是B分支的). 这导致分支A的头跑到了B分支上,A本来那个分支没有引用就丢了. 先说下解决方法,git reflog找到那个reset,或者直接用git fsck --no-reflogs --unreachable找到那个commit之后直接再rese…

Git 版本导致 clone 故障

问题描述: git clone 报错如下: Initialized empty Git repository in /root/project_php/.git/ error: The requested URL returned error: Unauthorized while accessing http://tone.verru.cn:88/project_php.git/info/refs fatal: HTTP request failed 解决方法: 带着问题网上走一圈,查到资料说…

git clone 故障 fatal could not create work tree dir

问题如上图,原因是openWRT目录权限的问题,该目录是新创建的查看目录权限后发现该目录只对root有读写权限,对所有者及其他用户无读写权限.最简单的chmod 777 openWRT即可解决问题.…

在 Linux 中使用 Git 及其和 Eclipse 的集成

##参考资料## 我是通过阅读<Pro Git>这本书学习 Git 的,我读的时候还是第一版的英文版,现在已经出第二版了,而且英文版和中文版都有.英文第二版的地址是 [https://git-scm.com/book/en/v2](https://git-scm.com/book/en/v2),中文第二版的地址是[https://git-scm.com/book/zh/v2](https://git-scm.com/book/zh/v2).想看第一版的话把地址中的`v2`改成`v1`就可以了.…

在春意盎然的季节里初识GIT

Git 与 SVN 区别 GIT不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等. 如果你是一个具有使用SVN背景的人,你需要做一定的思想转换,来适应GIT提供的一些概念和特征. Git 与 SVN 区别点: 1.GIT是分布式的,SVN不是:这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别. 2.GIT把内容按元数据方式存储,而SVN是按文件:所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里. 3.GIT分支和SV…

git的基本介绍和使用

前言:从事iOS开发一年多以来,一直使用svn管理源代码.对svn的特点和弊端已经深有体会.前些天双十二前后,项目工期紧张到爆,起早贪黑的加班,可谓披星戴月,这还不止,回到家中还要疯狂的敲代码.那么问题来了,公司svn服务器是内网服务器,在家里无法访问,提交/更新代码就成了问题.跟技术总监(笔者公司为初创型小公司,直接和技术总监对话)沟通后,技术总监同意了把svn服务器改为外网服务器.但是,这并不是好的解决办法,毕竟svn服务器挂到外网上,从安全性上总是说不过去.于是乎,git成了我心中取代sv…

GIT分布式版本控制系统

Git诞生历史我想大家还记得Linus torvalds在1991年时发布了Linux操作系统吧,从那以后Linux系统变不断发展壮大,因为Linux系统开源的特性,所以一直接受着来自全球Linux技术爱好者的贡献,志愿者们通过邮件向Linus发送着自己编写的源代码文件,然后由Linus本人通过手工的方式将代码合并,但这样不仅没有效率,而且真的是太痛苦了.一直到2002年,Linux系统经过十余年的不断发展,代码库已经庞大到无法再让Linus通过手工的方式管理了,但是Linus真的很不喜欢CV…

GIT版本管理工具

原文:http://blog.csdn.net/ithomer/article/details/7527877 Git 是一个分布式版本控制工具,它的作者 Linus Torvalds 是这样给我们介绍 Git —— The stupid content tracker(傻瓜式的内容跟踪器) 1. Git 背景 Git 最初由Linus Torvalds编写,用于 Linux 内核开发的版本控制工具. Git 与常用的版本控制工具 CVS.Subversion 等不同,它采用了分布式版本库的方…

Git 简介

版本控制什么是版本控制? 我需要版本控制吗? - 如果你还没使用过版本控制系统,或许你会有以上疑问,甚至更多疑问.希望后面的回答能让你喜欢上版本控制系统,喜欢上Git. 什么是版本控制:顾名思义,版本控制就是一管理我们文件版本的软件系统.同一份文件中会有不同的版本,编辑者会根据需求对新版本文件添加(修改.删除)内容等. 当你对文件修改一段时间后,你突然改变注意,想返回前面的版本中(或者是策划要求你这么做).如果你没有保存以前的版本怎么办?是不是很蛋疼.也许你会想着每次修改都另存为一个新版本,如…

GIT和SVN之间的区别及基本操作对比

1)GIT是分布式的,SVN不是: 这是GIT和其它非分布式的版本控制系统,例如 SVN,CVS等,最核心的区别.如果你能理解这个概念,那么你就已经上手一半了.需要做一点声明,GIT并不是目前第一个或唯一的分布式版本控制系统. 还有一些系统,例如Bitkeeper, Mercurial等,也是运行在分布式模式上的.但GIT在这方面做的更好,而且有更多强大的功能特征. GIT 跟SVN一样有自己的集中式版本库或服务器.但,GIT更倾向于被使用于分布式模式,也就是每个开发人员从中心版本库/服务器上c…

Linux(CentOs6.4)安装Git

安装之前我们先来了解下git,并且要反问下:我为什么要使用git?svn用的不是很好嘛,我干嘛要换?... 问1:为什么需要版本控制系统? 版本控制是一种记录若干文件内容变化,以便将来查阅特定版本修订情况的系统.大部分时候我们使用最频繁的还是对源代码文件的版本控制,其实任何文件都可以纳入版本控制系统. 1).更好备份:相比于将不同版本的文件以时间等命名存储备份,使用版本控制系统能节约更多的磁盘空间,因为版本控制系统不是文件的复制备份,而是差异备份,文件快照备份等等. 2).更好的回溯:可以将某个…

常见开发需求之前端利器webstorm中的git和快捷键

需求前端开发中我们最常用的一般是webstorm.hbuilder和sublime,因为以前使用过一段时间eclipse所以我对webstorm的感觉比较良好,再加上以前使用hbuilder维护项目的时候其老是不明原因的崩溃和卡死,所幸后来我就把webstorm作为首选的开发工具了.今天一个朋友问我怎么在webstorm中使用git,我这里也攒了一些webstorm的使用小技巧,所幸就写篇记录文章吧. 导读读完这篇笔记你可以学到如下知识: 1.了解git和github的区别 2.学习…

Git/GitHub 初用体验与总结

Git,一个神奇而又陌生的东西,居然到现在才去了解它,就像有一位仁兄说的,现在不会用Git真的都不好意思说自己搞IT的. 简单的讲,这Git是目前最先进的分布式版本控制系统,和他相对应的就是众所周知的SVN(一个集中化版本控制系统). 集中化的版本控制系统(Centralized Version Control Systems,简称 CVCS),比如 CVS.Subversion(SVN) 以及 Perforce 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过…

版本控制简介，git使用----使用GitHub托管代码

关于版本控制: 很久以前,人们苦于对写过的代码进行版本的管理,经常过了一段时间想恢复原来写过的代码却又忘了不知道丢到哪儿去了,有的人用加上时间后缀来命名文件的方法,便于后期维护,但是这样做的麻烦也很大,时间一长,自己也会忘了什么时候保存文件是干嘛用的,而且万一自己的电脑坏掉了造成文件丢失,那么先前的努力都要从头再来.于是人们就想能否有好的版本控制系统来控制版本并能方便的回溯. ----下面是从git-scm.com上摘抄过来的一段关于版本控制的说明(关于Git的一本向导书籍,在线网址是http:…

Git 的深入理解与GitHub托管服务（转）

源代码管理系统(SCM)与版本控制版本控制是一种记录若干文件内容变化,以便将来查阅特定版本修订情况的系统. 本地版本控制系统许多人习惯用复制整个项目目录的方式来保存不同的版本,或许还会改名加上备份时间进行区别.这么做的唯一好处就是简单,坏处也不少:有时候会混淆所在的工作目录,一旦弄错了文件数据就没办法撤销恢复.为了解决这个问题,人们很久以前就开发了许多本地版本控制系统,大多是采用某种简单的数据库来记录文件的历次更新差异. 集中化的版本控制系统接下来人们又遇到一个问题…

Git 基础

取得项目的 Git 仓库有两种取得 Git 项目仓库的方法.第一种是在现存的目录下,通过导入所有文件来创建新的 Git 仓库.第二种是从已有的 Git 仓库克隆出一个新的镜像仓库来. 在工作目录中初始化新仓库要对现有的某个项目开始用 Git 管理,只需到此项目所在的目录,执行: $ git init 初始化后,在当前目录下会出现一个名为 .git 的目录,所有 Git 需要的数据和资源都存放在这个目录中.不过目前,仅仅是按照既有的结构框架初始化好了里边所有的文件和目录,但我们还没有开始跟踪管…

Git版本控制与工作流

基本概念 Git是什么? Git是分布式版本控制系统,与SVN类似的集中化版本控制系统相比,集中化版本控制系统虽然能够令多个团队成员一起协作开发,但有时如果中央服务器宕机的话,谁也无法在宕机期间提交更新和协同开发.甚至有时,中央服务器磁盘故障,恰巧又没有做备份或备份没及时,那就可能有丢失数据的风险. 但Git是分布式的版本控制系统,客户端不只是提取最新版本的快照,而且将整个代码仓库镜像复制下来.如果任何协同工作用的服务器发生故障了,也可以用任何一个代码仓库来恢复.而且在协作服务器宕机期间,你也可…

Git是个好工具

Git是分布式版本控制系统,我们常用的版本控制工具还有SVN.这里就得区分下什么是分布式版本控制系统,什么是集中化的版本控制系统. 集中化的版本控制系统集中化的版本控制系统( Centralized Version Control Systems,简称 CVCS ).这类系统,诸如 CVS,Subversion 以及 Perforce 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新. 优点: 1. 每个人可以看…

GIT和SVN之间的五个基本区别

GIT不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等.如果你是一个具有使用SVN背景的人,你需要做一定的思想转换,来适应GIT提供的一些概念和特征.所以,这篇文章的主要目的就是通过介绍GIT能做什么.它和SVN在深层次上究竟有什么不同来帮助你认识它. 1.GIT是分布式的,SVN不是: 这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别.如果你能理解这个概念,那么你就已经上手一半了.需要做一点声明,GIT并不是目前第一个或唯一的分布式版本控制系统.…

日常使用 Git 的 19 个建议[转]

我使用Git已经有4年之久,在这里想分享一些实用的小技巧,希望能对大家有所帮助. 如果你对git一无所知,那么我建议先去读一下Git 常用命令速查.本篇文章主要适合有一定 git 使用基础的人群. 目录: 日志输出参数查看文件的详细变更查看文件中指定位置的变更查看尚未合并(merge)的变更查看其他分支中的文件关于变更基线(rebase)的几点说明本地合并之后保留分支结构修复而非新建提交的三种状态以及它们的相互转换优雅地回退使用第三方工具查看整个项目(而非单独文件)的变更忽…

git介绍

简介:Git是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目.Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件.Git 与常用的版本控制工具 CVS, Subversion 等不同,它采用了分布式版本库的方式,不必服务器端软件支持.git与svn的区别:GIT不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等. Git 与 SVN 区别点: 1.GIT是分布式的,SVN不是:这是GIT和其它非分…

GIT与SVN的区别

1.GIT是分布式的,SVN不是: 这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别.如果你能理解这个概念,那么你就已经上手一半了.需要做一点声明,GIT并不是目前第一个或唯一的分布式版本控制系统.还有一些系统,例如Bitkeeper, Mercurial等,也是运行在分布式模式上的.但GIT在这方面做的更好,而且有更多强大的功能特征. GIT跟SVN一样有自己的集中式版本库或服务器.但,GIT更倾向于被使用于分布式模式,也就是每个开发人员从中心版本库/服务器上chec…