問題：
生產環境，不同系統伺服器安裝的salt-minion不一致，導致部分功能無效
現像一：
1，grains匹配失效
2，高版本python2.6不支援，centos6預設安裝2.6
解決：統一安裝2015.8.13版本
ubuntu16：
wget -o - | sudo apt-key add -
deb xenial main
sudo apt-get update
sudo apt-get install salt-minion
sudo rpm --import
將以下檔案儲存到/etc/yum.repos.d/saltstack.repo：
[saltstack-repo]
name=saltstack repo for rhel/centos $releasever
baseurl=
enabled=1
gpgcheck=1
gpgkey=/saltstack-gpg-key.pub
yum clean expire-cache
yum install salt-master
yum install salt-minion
sudo rpm --import
將以下檔案儲存到/etc/yum.repos.d/saltstack.repo：
[saltstack-repo]
name=saltstack repo for rhel/centos $releasever
baseurl=
enabled=1
gpgcheck=1
gpgkey=/saltstack-gpg-key.pub
yum clean expire-cache
sudo yum install salt-master
sudo yum install salt-minion
Git分支 master分支和開發版本分支
問題 在使用git時，假如遠端倉庫有dev和master兩個分支，master作為乙個穩定版分支，可用於直接發布產品，日常的開發則push到dev分支，那本地是不是要從dev分支中建立乙個本地分支，然後在這個分支的push的動作是預設推到遠端dev分支上？解惑 一 遠端倉庫有master和dev分支...
git 進行分支合併master 及解決版本衝突
1.首先clone master到本地，2.cd clone下本地專案名 3.git branch a 檢視master及其分支 4.切換到dev git checkout dev 進行clone dev 5.git checkout b my dev origin dev 或者是切換到本地的my ...
git恢復到master版本 Git恢復至之前版本
讓程式回到提交前的樣子 兩種解決方法 回退 reset 反做 revert 方法一 git reset 原理 git reset的作用是修改head的位置，即將head指向的位置改變為之前存在的某個版本 適用場景 如果想恢復到之前某個提交的版本，且那個版本之後提交的版本我們都不要了，就可以用這種方法...