config

git 是个了不起但却复杂的源代码管理系统。它能支持复杂的任务，却因此经常被认为太过复杂而不适用于简单的日常工作。让我们诚实一记吧：Git是复杂的，我们不要装作它不是。但我仍然会试图教会你用（我的）基本的Git和远程代码库干活的工作步骤，在15分钟内。 工作步骤 我会展示以下的步骤，通常能帮我独自在一台或多台机器上做项目。 创建一个远程的空代码库（在 BitBucket 上） 在本地代码库添加一个项目 在分支上开发新功能 a) 保留新功能 或者 b) 丢弃它们 也许，回到某个早先的时间点 将本地代码库推送到远程代码库 在另一台机器上取得远程代码库 安装Git 在大多数*nix系统（Linux、OS X）上，Git已经被安装了。你通过发送下面的命令，可以通过Git自身，把它更新到最新的的开发版本（不推荐）。 git clone https: //github .com /git/git 在Windows上，你可以在 这里 下载Git的安装程序。如果你真的需要其他系统的安装程序，Mac OS X安装文件在 这里 ，Linux的操作指导在 这里 。 创建一个远程代码库 很多人喜欢用 Github 。我个人更喜欢 BitBucket ，因为它提供了不限制的私有代码库，那是我最需要的。你可以将下列指令转换到 GitHub 上，这些过程是相同的。 那么，去到 www.bitbucket.org

在Visual Studio 2010的服务器资源管理器中无法连接到Sql Server,对话框提示" 找不到请求的.NET Framework Data Provider。可能没有安装 " 解决办法: 打开C:\WINDOWS\Microsoft.NET\Framework\ v2.0.50727 \CONFIG\machine.config,复制DbProviderFactories节点下的内容到C:\WINDOWS\Microsoft.NET\Framework\ v4.0.30319 \Config\machine.config中的相应位置(原内容为空). <DbProviderFactories> <add name="Odbc Data Provider" invariant="System.Data.Odbc" description=".Net Framework Data Provider for Odbc" type="System.Data.Odbc.OdbcFactory, System.Data, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/> <add name="OleDb Data Provider" invariant="System.Data.OleDb"

上一文中讲述了如何在AWS下搭建OpenShift集群。这篇文章将目光转向如何在OpenShift中实现CI/CD以及产品环境的部署。 持续交付 如果要打造一个持续交付的流水线，首先要考虑多环境的问题。一般一个应用程序会有多个环境，比如开发环境、集成测试环境、系统测试环境、用户验收测试环境、类生产环境、生产环境。如何在OpenShift中隔离并建立对这些环境的部署流程有多种方案可以选择。 同一个project中使用label和唯一名称来区分不同的环境； 集群中的不同project来隔离环境； 跨集群来隔离环境。 我们以第二种方式为例，演示下多环境管理问题。 在上图中，我们有一个build project。build project包含了一组相互依赖性比较强的应用，每个应用对应一个build config，产生的Image Stream存放在image register中。而每个环境各对应一个project，其中包含了该应用的deployment config，其镜像输入是build config产生的Image Stream。之所以这样做，有以下几点考虑： 不同的环境分布在不同的project中，可以很好的借助project的特性进行环境隔离。比如sys project的容器只能部署在label为sys的node上，prod

原理 Git 命令很多，但日常使用只要记住下图的6个主要命令，就可以了。 工作区(Working Directory） 在git管理下的正常目录都算是工作区。就是你平时存放项目代码的地方。 暂存区(Stage/Index) 暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息。 仓库区(Repository或Git Directory) 仓库区（或版本库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本。 远程仓库(Remote Directory) 远程仓库，托管代码的服务器（如Github、Bitbucket等），可以简单的认为是你项目组中的一台电脑用于远程数据交换。 比较三个区之间的数据差别，可以用diff 命令： git diff 工作区 vs 暂存区 git diff head 工作区 vs 版本库 git diff --cached 暂存区 vs 版本库 git的一般工作流程： １、在工作目录中添加、修改文件； ２、将需要进行版本管理的文件放入暂存区域； ３、将暂存区域的文件提交到git仓库。 因此，git管理的文件有三种状态：已修改（modified），已暂存（staged），已提交(committed)。 常用命令 新建代码库 git init #在当前目录新建一个Git代码库 git init

需求： 公司有gitee账号，自己有gitee账号，想在git上同时使用，两者互不干扰。 思路： 管理两个SHH key。 解决方案： 一、生成两个SSH key 为了举例方便，这里使用“my”和“mirror”两个账户。下同。 $ ssh-keygen -t rsa -C "my @gmail.com " $ ssh-keygen -t rsa -C "mirror @gmail.com " 不要一路回车，分别在第一个对话的时候输入重命名（id_rsa_gitee_my和id_rsa_gitee_mirror），这样会生成 两份包含私钥和公钥的4个文件。 注1：ssh-keygen是linux命令，可以让两个机器之间使用ssh而不需要用户名和密码 注 2：一定要在~/.ssh路径下运行命令行，不然生成的文件不会出现在当前目录 注3：config文件是自己添加的，known_hosts文件是后期自动生成的 二、添加私钥（可忽略，我没用到） 1、打开ssh-agent (1)如果你是github官方的bash： $ ssh-agent -s (2) 如果你是其它，比如msysgit： $ eval $(ssh-agent -s) 2、添加私钥 $ ssh-add ~/.ssh/id_rsa_gitee_my $ ssh-add ~/.ssh/id_rsa_gitee_mirror 三

linux下redis安装： redis官网地址：http://www.redis.io/ 最新版本：3.0.0 在Linux下安装Redis非常简单，具体步骤如下（官网有说明）： 1、下载源码，解压缩后编译源码。 $ wget http://download.redis.io/releases/redis-3.0.0.tar.gz $ tar xzf redis-3.0.0.tar.gz $ cd redis-3.0.0 $ make $ make test $ make install 安装完毕后， 3、启动Redis服务。 $ redis-server redis.conf 4、然后用客户端测试一下是否启动成功。 $ redis-cli redis> set foo bar OK redis> get foo "bar" java使用API： package com.reapal.utils; import redis.clients.jedis.Jedis; import redis.clients.jedis.JedisPool; import redis.clients.jedis.JedisPoolConfig; /** * Created by dell on 2015/1/21. */ public class RedisAPI { private static

实验一 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）实验内容结果的截图 1 . 初始配置 Git # 设置你的 Git 用户名 git config --global user.name "<Your-Full-Name>" # 设置你的 Git 邮箱 git config --global user.email "<your-email-address>" # 确保 Git 输出内容带有颜色标记 git config --global color.ui auto # 对比显示原始状态 git config --global merge.conflictstyle diff3 git config --list 2. 从头创建仓库 （ 1 ）创建项目目录 、 git init 、克隆 创建一个目录se2020-git-course，在该目录中创建另一个目录 new

一、.config文件概述 .config文件是linux内核配置文件，当执行#make uImage编译生成内核时， 顶层的Makefile会读取.config文件的内容，根据这个配置文件来编译所定制的内核。 二、.config文件关联 1 文件关联图 以CONFIG_DM9000为例进行说明。 在#make menuconfig中选择使用CONFIG_DM9000，然后在配置文件.config中就会有对应的项设置成为y或者m。 在#make uImage编译内核时，顶层Makefile会根据.config的配置生成两个配置文件： include/linux/autoconf.h include/config/auto.conf 其中，autoconf.h是C语言头文件主要影响C文件的编译。 auto.conf会被顶层Makefile所包含，然后传递到底层Makefile中从而影响到底层文件的编译。 2 关联文件部分内容展示 1、.config # # Automatically generated make config: don ' t edit # Linux kernel version: 2.6 . 30.4 # Wed Apr 2 16 : 21 : 56 2014 # CONFIG_ARM=y CONFIG_SYS_SUPPORTS_APM_EMULATION=y

传统作法 在之前实现的config-server基础上来实现高可用非常简单，不需要我们为这些服务端做任何额外的配置，只需要遵守一个配置规则：将所有的Config Server都指向同一个Git仓库，这样所有的配置内容就通过统一的共享文件系统来维护，而客户端在指定Config Server位置时，只要配置Config Server外的均衡负载即可，就像如下图所示的结构 注册为服务 把config-server也注册为服务，这样所有客户端就能以服务的方式进行访问。通过这种方法，只需要启动多个指向同一Git仓库位置的config-server就能实现高可用了。 config-server配置 pom.xml依赖 <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency> </dependencies> 在 application

微软在10号发布了ASP.NET MVC3的发布候选版（RC：Release-candidate），该版本提供了Razor视图引擎的智能感知等功能，并同样具备Online许可。眼馋的同学是不是已经迫不及待的想将现有项目升级呢？这里我就将官方ReleaseNotes中的升级办法翻译总结一下，以方便那些不喜欢看罗里啰嗦的英文文档的广大同学。 译文 要将现有的ASP.NET MVC2项目手动升级到ASP.NET MVC3（RC），我们需要如下这些步骤： 1. 随便创建一个新的ASP.NET MVC3项目，我们在升级中将用到其中包含的一些文件。 2. 从新建项目中将如下这些文件copy到现有的ASP.NET MVC2项目中，它们是： · /Scripts/jquery.unobtrusive-ajax.js · /Scripts/jquery.unobtrusive-ajax.min.js · /Scripts/jquery.validate.unobtrusive.js · /Scripts/jquery.validate.unobtrusive.min.js · /Views/Web.config 3. 如果你现有的ASP.NET MVC2项目中包含若干area，则需要将/Views/Web.config文件copy到所有的area下替换原文件。 4 在项目的Web.config文件中