Travis
Blog

Docs
 Menu

Search the docs
Pierwsze kroki
Instalacja Zależności
Języki programowania
Wdrożenia i Pliki
CI Środowisko Referencje
Szyfrowanie plików i danych
Funkcje w wersji beta
Integracje i powiadomienia
Program deweloper
3rd Party Narzędzia i materiały
Ta strona dokumentacja jest open source. README w naszym repozytorium Git wyjaśnia w jaki sposób przyczyniają się.

Udoskonalić tę stronę na GitHub
Rozlokowanie

Obsługiwane Providers #

Ciągłe wdrażanie następujących dostawców rozwiązywane są:

ANYNINES
APPFOG
ATLAS
AWS CODEDEPLOY
AWS ELASTIC BEANSTALK
AWS LAMBDA
OPSWORKS AWS
AWS S3
AZURE WEB APPS
BINTRAY
BITBALLOON
BLUEMIX CLOUDFOUNDRY
BOXFUSE
KATALIZOWAĆ
CHEF SUPERMARKET
CHMURA 66
CLOUDFOUNDRY
DEIS
SILNIK POJAZDU
GITHUB STRONY
GITHUB PRASOWE
GOOGLE APP ENGINE
GOOGLE CLOUD STORAGE
GOOGLE FIREBASE
HACKAGE
HEROKU
WYRZUTNIA
MODUŁ
NPM
OPENSHIFT
PACKAGECLOUD.IO
PUPPET FORGE
PYPI
RACKSPACE CHMURA PLIKI
RUBYGEMS
SCALINGO
SCENARIUSZ
SURGE.SH
TESTFAIRY
Aby wdrożyć do niestandardowej lub nieobsługiwanym dostawcę, użyj scenę po sukcesie-build lub dostawcę skryptu .

Przesyłanie plików #

Podczas wdrażania pliki do dostawcy, zapobiegać Travis CI od resetowania katalog roboczy i usuwając wszystkie zmiany dokonane w trakcie budowy ( git stash --all) poprzez dodanie skip_cleanupdo swoich .travis.yml:

deploy:
	skip_cleanup: true
YAML
Wdrażanie do wielu dostawców #

Wdrażanie do wielu dostawców jest możliwe poprzez dodanie różnych dostawców do deploysekcji w postaci listy. Na przykład, jeśli chcesz, aby wdrożyć zarówno cloudControl i Heroku Twoja deploysekcja będzie wyglądać następująco:

deploy:
  - provider: cloudcontrol
    email: "YOUR CLOUDCONTROL EMAIL"
    password: "YOUR CLOUDCONTROL PASSWORD"
    deployment: "APP_NAME/DEP_NAME"
  - provider: heroku
    api_key: "YOUR HEROKU API KEY"
YAML
Warunkowe prasowe z on: #

Wdrożenie może być kontrolowane poprzez ustawienie on:dla każdego dostawcy wdrażania.

deploy:
  provider: s3
  access_key_id: "YOUR AWS ACCESS KEY"
  secret_access_key: "YOUR AWS SECRET KEY"
  bucket: "S3 Bucket"
  skip_cleanup: true
  on:
    branch: release
    condition: $MY_ENV = super_awesome
YAML
Gdy wszystkie warunki określone w on:sekcji zostały spełnione, wdrażanie tego operatora będą wykonywane.

Częste są następujące opcje:

repoŚlimak z repozytorium (w postaci: owner_name/repo_namenp travis-ci/dpl).
branchNazwa oddziału. Jeżeli zostanie pominięty, to domyślnie do appswoistej wobec oddziału, lub master. Jeśli nazwa nie jest znana gałąź z wyprzedzeniem, można określić, all_branches: true zamiast branch: ** korzystania z innych warunków, aby kontrolować wdrażanie.
jdk, node, perl, php, python, ruby, scala, go: Do czasy pracy językowych, które obsługują wiele wersji, można ograniczyć wdrożenie się zdarzyć tylko w pracy, który odpowiada żądanej wersji.
condition: Można ustawić stan bash z tej opcji. Musi to być ciąg znaków, który zostanie wklejony do wyrażenia bash postaci if [[ <condition> ]]; then <deploy>; fi może to być skomplikowane, ale może być tylko jeden. Na przykład $CC = gcc.
tagsKiedy ustawiony true, aplikacja zostanie wdrożony, gdy znacznik jest stosowana do zatwierdzenia. Powoduje to, że branchwarunek, aby być ignorowane.
Przykłady warunkowego Uwolnienia wykorzystujących on: #

Przykład ten wykorzystuje do Appfog tylko z stagingoddziału, gdy test został uruchomiony na node.js wersji 0.11.

deploy:
  provider: appfog
  user: ...
  api_key: ...
  on:
    branch: staging
    node: '0.11' # this should be quoted; otherwise, 0.10 would not work
YAML
Kolejnym przykładem wdraża do S3 tylko wtedy, gdy $CCjest ustawiony gcc.

deploy:
  provider: s3
  access_key_id: "YOUR AWS ACCESS KEY"
  secret_access_key: "YOUR AWS SECRET KEY"
  skip_cleanup: true
  bucket: "S3 Bucket"
  on:
    condition: "$CC = gcc"
YAML
Przykład ten wykorzystuje do GitHub prasowe, gdy znacznik jest ustawiony, a wersja Ruby 2.0.0.

deploy:
  provider: releases
  api_key: "GITHUB OAUTH TOKEN"
  file: "FILE TO UPLOAD"
  skip_cleanup: true
  on:
    tags: true
    rvm: 2.0.0
YAML
Dodanie Provider #

Pracujemy na dodanie wsparcia dla innych dostawców usług PaaS. Jeśli host aplikacji z dostawcą nie wymienione tutaj i chcesz mieć Travis CI automatycznie wdrożyć aplikację, proszę skontaktować .

Jeśli eksperyment przyczynić się do lub z narzędzia deploy upewnić użyć wersji krawędzi od GitHub:

deploy:
  provider: awesome-experimental-provider
  edge: true
YAML
Wnioski Pull #

Należy pamiętać, że prośba przyciąganie buduje pominąć etap wdrażania całkowicie.

Logo Travis CI
© Travis CI, GmbH

Rigaer Straße 8
10247 Berlin, Niemcy
Odcisk
Oferty pracy
Wsparcie

Dokumentacja
Blog
E-mail
Świergot
Travis CI status

Status: Travis CI status