master

What does tree-ish mean in Git?

匿名 (未验证) 提交于 2019-12-03 07:50:05
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: I'm very confused about how to use git archive . I have a git repository with folder Foo , Bar and Baz at the top level. I need to export folder Foo in a SVN-ish sort of way for quick test deployment. I learned that I could use git-archive in an SVN-ish export sort of way . But here's the thing, The following works fine: git archive master | tar -x -C ~/destination it results in Foo , Bar , Baz folders in the destination folder. However, the following will error out with fatal not a valid object name : git archive master/foo | tar -x -C ~

How to ignore error on git pull about my local changes would be overwritten by merge?

匿名 (未验证) 提交于 2019-12-03 07:50:05
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: How do I ignore the following error message on git pull? Your local changes to the following files would be overwritten by merge What if I want to overwrite them? I've tried things like git pull -f , but nothing works. To be clear, I only want to overwrite specific changes, not everything. 回答1: If you want remove all local changes from your working copy, simply stash them: git stash save --keep-index If you don't need them anymore, you now can drop that stash: git stash drop If you want to overwrite only specific parts of your local changes,

How do you merge two Git repositories?

匿名 (未验证) 提交于 2019-12-03 07:50:05
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: Consider the following scenario: I have developed a small experimental project A in its own Git repo. It has now matured, and I'd like A to be part of larger project B, which has its own big repository. I'd now like to add A as a subdirectory of B. How do I merge A into B, without losing history on any side? 回答1: A single branch of another repository can be easily placed under a subdirectory retaining its history. For example: git subtree add --prefix=rails git://github.com/rails/rails.git master This will appear as a single commit where all

快速入门SaltStack

强颜欢笑 提交于 2019-12-03 07:40:47
而且采用RSA Key方式确认身份,传输采用AES加密,这使得它的安全性得到了保障。SaltStack经常被描述为Func加强版+Puppet精简版。 为什么选择SaltStack? 目前市场上主流的开源自动化配置管理工具有puppet、chef、ansible、saltstack等等。到底选择那个比较好?可以从以下几方面考虑: 语言的选择(puppet/chef vs ansible/saltstack) Puppet、Chef基于Ruby开发,ansible、saltstack基于python开发的 运维开发语言热衷于python(后期可做二次开发),排除Puppet、Chef 速度的选择 (ansible vs saltstack) ansible基于ssh协议传输数据,SaltStack使用消息队列zeroMQ传输数据。从网上数据来看,SaltStack比ansible快大约40倍。 对比ansible,Saltstack缺点是需要安装客户端。为了速度建议选择SaltStack SaltStack github地址: https://github.com/saltstack/salt SaltStack官网文档地址: https://docs.saltstack.com SaltStack架构 在SaltsStack架构中服务端叫作Master,客户端叫作Minion

git

浪尽此生 提交于 2019-12-03 07:30:35
感谢译者 liuhui998 授权,本实验课程基于 《Git Community Book 中文版》 制作。 在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。 知识点 仓库配置及初始化 克隆仓库 添加更新内容到索引中及提交 比较内容 获取当前项目状况 分支创建切换合并 恢复版本及查看日志 二、Git 的初始化 在使用 Git进行代码管理之前,我们首先要对 Git 进行初始化配置。 使用 Git 的第一件事就是设置你的名字和 email,这些就是你在提交 commit 时的签名,每次提交记录里都会包含这些信息。使用 git config 命令进行配置: $ git config --global user.name "Scott Chacon" $ git config --global user.email "schacon@gmail.com" 执行了上面的命令后,会在家目录(/home/shiyanlou)下建立一个叫 .gitconfig 的文件(该文件为隐藏文件,需要使用 ls -al

Git merge VS rebase

落花浮王杯 提交于 2019-12-03 07:23:37
Alice fork了Bob的upstream仓库(此时upstream仓库位于2),在fork的仓库中基于2提交了5,此时Alice基于5新建了enhance分支,提交7对master分支进行功能性增强,接着继续在master分支提交了6。 一段时间后,Alice对enhance分支的功能性增强很满意,决定在Bob的upstream仓库中发起pull request,Alice该怎么做? 由于Bob在2之后又进行了3和4的提交,所以Alice需要先fetch最新版upstream仓库的master分支,将其merge到fork的仓库的master分支中,如果有冲突需要解决冲突。 添加上游仓库upstream,名字随意。 1 git remote add upstream <repository> 更新上游仓库upstream。 1 git remote update upstream 将上游仓库upstream的master分支合并到当前仓库的master分支,如下图所示。 1 git checkout master 2 git merge --no-ff upstream/master 将当前仓库的enhance分支rebase到master分支上,如下图所示。 1 git checkout enhance 2 git rebase -i master

redis-sentinel 做HA

我的梦境 提交于 2019-12-03 06:54:00
http://blog.csdn.net/gaogaoshan/article/details/41043685 基本介绍 本文基于 redis-2.8.10 和 jedis2.4.2 版本。 redis 2.8之后的版本 开始支持Sentinel监听客户端功能。使用1个或多个的Sentinel作为一个监听的集群。 后端N个( master+slave )组成一个redis集群。 Sentinel通过 检测Redis的master实例是否存活,并在Redis master实例发生故障时,将Redis master的slave提升为master, 并在老的master重新加入到redis sentinel的群集之后,会被重新配置,作为新master的slave。 这意味着基于redis sentinel的HA群集是能够 自我管理 的! 应用通过 sentinel可以动态的得到当前master的连接,而不是直接在应该中配置写死的master的IP和端口。 这样就避免了master,slave切换后应用配置的连接不可用的情况。 安装配置 [html] view plain copy http://download.redis.io/releases/redis-2.8.17.tar.gz 1.安装redis: tar zxvf redis-2.8.17.tar.gz (要先安装tcl)

基于Docker实现MySQL主从复制

橙三吉。 提交于 2019-12-03 06:14:10
前言 MySQL 的主从复制是实现应用的高性能,高可用的基础。对于数据库读操作较密集的应用,通过使数据库请求负载均衡分配到不同 MySQL 服务器,可有效减轻数据库压力。当遇到 MySQL 单点故障中,也能在短时间内实现故障切换。本文就 MySQL 的内建的复制功能进行阐述。 版本 MySQl : 5.7.17 CentOS : 7.4.1708 Docker : 1.13.1 概述 MySQL 复制数据流程: 主库在数据更新提交事务之前,将事件异步记录到binlog二进制日志文件中,日志记录完成后存储引擎提交本次事务 从库启动一个I/O线程与主库建立连接,用来请求主库中要更新的binlog。这时主库创建的binlog dump线程,这是二进制转储线程,如果有新更新的事件,就通知I/O线程;当该线程转储二进制日志完成,没有新的日志时,该线程进入sleep状态。 从库的I/O线程接收到新的事件日志后,保存到自己的relay log(中继日志)中 从库的SQL线程读取中继日志中的事件,并执行更新保存。 配置主从库 主库 my.cnf 配置 在主库的 my.cnf 中打开二进制日志,并设置服务Id。 log-bin = mysql-bin server-id = 1 注意 server-id 必须是一个唯一的数字,必须主从不一致, 且主从库必须设置项。 从库 my.cnf 配置 log

git - update fork's master & rebase my branch onto it?

强颜欢笑 提交于 2019-12-03 05:15:50
问题 I have forked a github project, then cloned it locally. I then made some changes in a new branch on my_github/the_project repo. I then added and committed the changes and pushed to my github repo and submitted a pull request. The owner has received my request and would like me to "rebase onto master" to get the latest changes. How do I do this? Initially I thought I could just git fetch and rebase master from within my current branch (as most posts I found advise...), but git fetch didn't do

20191031-4 beta week 1/2 Scrum立会报告+燃尽图 02

霸气de小男生 提交于 2019-12-03 05:09:11
此作业要求参见 https://edu.cnblogs.com/campus/nenu/2019fall/homework/9912 git地址: https://e.coding.net/Eustia/text.git 小组名称:“组长”组 组长:杨天宇 组员:魏新,罗杨美慧,王歆瑶,梅小雨 本次 Master:王歆瑶 一: Scrum立会 要求1:工作照片 要求2:时间跨度,精确到分钟,从何时开始至何时结束 11月1日16:02开始至16:34结束,全程共32分钟 要求3:地点 学校二食堂与图书馆中间 要求4:立会内容 昨天的成绩:分配beta阶段每日master,讨论beta阶段需要实现的内容 今日计划:明确beta阶段总体计划并讨论beta阶段分工 目前困难:考虑项目如何进行优化,怎样实现对用户的通知功能 要求5:todo list 二:燃尽图 leangoo看板链接: https://www.leangoo.com/kanban/board/go/3056204# 版本控制 来源: https://www.cnblogs.com/yty0517/p/11779269.html