[PYTHON] Construction de l'environnement de développement Mac (Ansible + Serverspec + Travis CI)

Aperçu

J'ai essayé d'automatiser la construction de l'environnement de développement Mac avec Ansible, alors notez ce que j'ai fait et ce que j'ai étudié.

Je voulais faire quelque chose comme Boxen avec ansible. J'en ai donc préparé deux, un comme our-boxen (template) et l'autre que j'ai copié et personnalisé.

--https: //github.com/tell-k/blister-pack .... Contenu de la configuration de base --https: //github.com/tell-k/blister-pack-mine ... Votre configuration personnelle

Veuillez vous référer à README.rst pour savoir comment utiliser blister-pack.

J'ai fait les choses suivantes.

--Construction automatique de l'environnement de développement Mac OSX avec ansible. Installez les packages requis principalement avec hombrew + homebrew-cask --Comme Boxen, gérez le contenu de la construction (rôle) en divisant en parties communes, individus et projets. --Test avec Serverspec. --Exécuter la construction / tester avec Travis CI

Construction d'environnement avec Ansible

--Mainly ansible's module hombrew et hombrew-cask module A pu être installé.

Pour exécuter ansible dans l'environnement local, écrivez ce qui suit dans le fichier d'inventaire.

[localhost]
127.0.0.1

[localhost:vars]
ansible_connection=local

Gestion des rôles

--Comme Boxen, le contenu de la construction est géré séparément pour chaque partie commune / individu / projet.

├── Makefile
├── README.rst
├── Rakefile
├── callback_plugins
├── hosts
├── playbook.yml
├── roles
│   ├── common   # <-Groupe de rôles couramment utilisé
│   ├── people   # <-Groupe de rôle pour chaque individu
│   └── projects # <-Groupe de rôles pour chaque projet
└── spec
    ├── common
    ├── people
    ├── projects
    └── spec_helper.rb

Testé avec Serverspec

Activé pour tester le contenu de la construction dans Ansible avec Serverspec.
envassert et [assert module] d'ansible (http://docs.ansible.com/test_strategies.html#modules-that-are-useful-for) Vous avez également la possibilité d'utiliser -testing).
Les fichiers SPEC sont également séparés par common / people / projects. --Serverspec est pratique car la plupart de ce que vous voulez faire est écrit dans Documentation.

Construire / tester avec Travis CI

--Travis CI fournit un environnement OS X comme environnement de construction (http://docs.travis-ci.com/user/osx-ci-environment) --Construire / tester en l'utilisant

Lorsque vous utilisez OS X, spécifiez simplement dans .travis.yml --Il semble que les homebrew, xcode, etc. soient inclus à l'avance.
Comme il semble que sudo puisse être exécuté sans mot de passe, il est exécuté sans l'option "-K" d'ansible.

language: objective-c
os:
  - osx
before_install:
  - brew update
  - brew install python
  - brew install ansible
  - ansible-playbook -vv playbook.yml -i hosts
script:
  - make test

TIPS

mise à jour / mise à niveau homebrew

La mise à jour de l'homebrew met à jour la formule et l'homebrew lui-même. --upgrade reconstruit / installe le package cible.
Le module homebrew d'Ansible a des options appelées "update_homebrew" et "upgrade_all". --Inventory a une variable afin que cette option puisse être modifiée selon les besoins.

[localhost]
127.0.0.1

[localhost:vars]
homebrew_update=yes     #Oui pour toujours mettre à jour. Réglez sur non si vous vous sentez lent
homebrew_upgrade_all=no #Oui si tous les packages doivent être mis à jour

Il passe juste au module homebrew

- name: Update homebrew
  homebrew: update_homebrew={{ homebrew_update }} upgrade_all={{ homebrew_upgrade_all }}

Référence aux variables d'environnement et aux chemins

--Pour homebrew etc., vous pouvez obtenir le chemin avec "hombrew --prefix" "homebrew --cellar" etc. ――Comment transmettre cela à ansible et serverspec.

Dans le cas d'Ansible Vous pouvez vous référer aux variables d'environnement et aux résultats de l'exécution du shell avec le plug-in de recherche. --Si vous l'utilisez pour le définir dans un fichier d'inventaire, vous pouvez vous y référer dans le playbook.

[localhost]
127.0.0.1

[localhost:vars]
home_path={{ lookup('env','HOME') }}
homebrew_prefix={{ lookup('pipe','echo `brew --prefix`') }}
homebrew_cellar={{ lookup('pipe','echo `brew --cellar`') }}

Utilisez ceci dans le rôle comme suit

- name: Copy dnsmaq.conf
  copy: src=roles/common/dnsmasq/files/dnsmasq.conf dest="{{ homebrew_prefix }}/etc/dnsmasq.conf" backup=yes

Dans le cas de Serverspec, je l'ai défini dans spec_helper.rb sans penser à rien.

require 'serverspec'

set :backend, :exec

def home_path
  home_path = `echo ~/`
  home_path.chomp
end

def homebrew_prefix
  prefix = `brew --prefix`
  prefix.chomp
end

def homebrew_cellar
  cellar_path = `brew --cellar`
  cellar_path.chomp
end

Notification de fin par le plug-in Callbacks d'Ansible

Comme il faut du temps pour exécuter Ansible, je vous avertirai quand il sera terminé.
En utilisant le [Plugin de rappel] d'Ansible (http://docs.ansible.com/developing_plugins.html#callbacks), il est maintenant affiché dans le centre de notifications OS X.

--Le script est ici

Prise en charge de la limite de temps de construction de Travis

Travis mettra fin de force à la construction dans les conditions suivantes.

-Forciblement terminé si la construction prend plus de 50 minutes

Il est interrompu de force même s'il n'y a pas de sortie standard pendant un certain temps.
http://docs.travis-ci.com/user/build-configuration/#Job-Timeouts

Pour le moment, Travis ignore ceux qui prennent beaucoup de temps à installer.

Préparez une variable d'environnement appelée TRAVIS_BUILD_SKIP
[Vérifiez cette variable d'environnement dans role / spec et ne l'exécutez pas](https://github.com/tell-k/blister-pack-mine/blob/master/roles/people/tell_k/tasks /homebrew.yml#L68-L72)

――La sensation de tomber est incroyable, alors cherchez une meilleure méthode.

chèque pelucheux

--Ansible a une option pour faire --syntax-check par défaut --Il existe également une bibliothèque appelée ansible-lint. -> J'ai eu une erreur avec tarvis + Je ne l'utilise pas maintenant car il ne vérifie pas beaucoup

Le serveur utilise rubocop. Il est bon que l'option "--auto-correct" le formate automatiquement dans une certaine mesure.
Définissez Makefile comme checkstyle afin qu'il puisse être vérifié

Gérer les builds privés

--Par exemple, le groupe role / spec d'un projet privé est défini sur gitignore sous le répertoire "private". --Préparez YAML (private.yml) pour un usage privé et [Merge] playbook.yml et private.yml chaque fois que vous exécutez ansible (https://github.com/tell-k/blister-pack-mine/) blob / master / Makefile # L9-L11).

Gestion du référentiel github

Clé privée requise pour cloner le référentiel github via SSH en utilisant le module git d'ansible sur Travis CI
Dans ce cas, Définissez la clé de déploiement dans chaque référentiel ou clonez avec HTTPS. Besoin d'être. Comme c'est gênant, j'utilise généralement HTTPS.

Exemple:Le dépôt du module git est une URL qui commence par https.
- name: Git clone tell-k/sphinxjp.themes.basicstrap
  git: repo=https://github.com/tell-k/sphinxjp.themes.basicstrap.git dest=~/Work/python/sphinxjp.themes.basicstrap update=no

De côté

Je l'ai essayé avec la même configuration pendant environ six mois sauf pour Travis CI, mais il n'y a pas eu de problèmes majeurs. Ansible Great.
La vérification avec Serverspec + Travis est relativement sûre. Ecrire des tests avec Serverspec est assez amusant. ―― Étant donné que certains d'entre eux sont achetés via l'App Store en raison de problèmes de licence, il semble difficile de les automatiser complètement. «J'ai écrit une histoire sur chaque individu / projet, mais comme c'est une pétanque, je ne l'ai jamais partagée avec personne d'autre que moi ou je ne l'ai jamais utilisée. --Le blister-pack de nom étrange a été trouvé dans Photo TOP de Boxen.

Alternative

Il existe plusieurs autres idées / outils pour créer un environnement Mac OS X à l'aide d'Ansible.

Au départ, j'ai essayé d'utiliser ces outils, mais je me suis arrêté pour les raisons suivantes.

«Il semblait difficile d'apprendre quelque chose de spécifique à des outils autres qu'Ansible. --Il existe des commandes wrapper comme Boxen, mais le mécanisme de plug-in d'Ansible semble fonctionner comme un substitut.

Si c'était juste un wrapper comme raccourci, Makefile suffisait.

référence

Livres

Introduction à Ansible ... Un livre qui vous donne une bonne idée de ce que vous pouvez faire avec Ansible.
Python Professional Programming 2nd Edition ... Il y a un chapitre Ansible (Stema)
Lecteur de formation d'ingénieur Python ... La personne dans l'introduction Ansible a écrit sur Ansible, donc je prévois de l'acheter et de la lire.
Serverspec ... Je ne l'ai pas encore acheté, alors ne l'achetez pas> I