Cómo dividir la estructura del paquete de Liquibase dev y entorno de producción en la primavera de arranque?

Abzelhan:

Mi estructura del paquete es el siguiente aspecto:

En /db.changelog/db.changelod-master.xml incluyo /db.changelog/v1/db.changelog-1.0.xml donde también incluyo todos los registros de cambios de /db.changelog/v1/changeset paquete.

En mi solicitud, tengo dos perfiles: dev y prod , y tengo que dividir la estructura de paquetes de acuerdo a las "mejores prácticas" de Liquibase. Algunos registros de cambios pueden estar en prod y dev medio ambiente.

También, puedo usar contexto atributo en conjunto de cambios de etiqueta y establecer explícitamente dev o prod valor, pero esta solución no es preferible.

Aspecto sencillo y de uso como: me cambio a prod perfil y no se crearán unas mesas o unos insertos a la base de datos se evitará.

Puede usted por favor ayuda me refactor estructura de paquetes de acuerdo a Liquibase "Buenas Prácticas ??

M-Razavi:

Solución 1:
Es necesario definir la propiedad '' liquibase.contexts en su archivo YAML. Algo parecido a continuación.

spring:
  profiles: dev
  datasource:
    url: jdbc:postgresql://localhost:5432/dev
    username: postgres
    password: password
    driver-class-name: org.postgresql.Driver
liquibase:
   contexts: dev

Después de añadir el siguiente conjunto de este cambio sólo se ejecutará cuando su perfil local es 'dev' (es decir, la primavera-arranque: ejecutar -Dspring.profiles.active = dev)

<changeSet id="20161016_my_first_change2" author="krudland" context="dev">
    <sql>
        insert into customer (firstname, lastname) values ('Franklin','Ike');
    </sql>
    <rollback>
        delete from customer where firstname = 'Franklin' and lastname = 'Ike';
    </rollback>
</changeSet>

Solución 2:
Si no desea utilizar liquibase.context, es posible que pueda utilizar Maven para recursos del filtro: La clave era utilizar el experto filtro de elemento junto con el recurso elemento como se explica en Liquibase Documentación .

También es importante incluir el recursos meta en el comando experto:

mvn resources:resources liquibase:update -Plocal

Esta es la jerarquía de archivos utilicé:

|-- pom.xml
`-- src
    `-- main
       |-- resources
       |   `-- liquibase.properties
       |   |-- changelog
       |       `-- db-changelog-master.xml
       |       `-- db-changelog-1.0.xml
       |-- filters
           |-- local
           |   `-- db.properties
           |-- dev
           |   `-- db.properties

El archivo db.properties se vería como la siguiente:

database.driver = oracle.jdbc.driver.OracleDriver
database.url = jdbc:oracle:thin:@<host_name>:<port_number>/instance
database.username = user
database.password = password123
database.changelogfile = db.changelog-master.xml

El archivo liquibase.properties se vería como la siguiente:

changeLogFile: changelog/${database.changelogfile}
driver: ${database.driver}
url: ${database.url}
username: ${database.username}
password: ${database.password}
verbose: true

El archivo POM se vería como la siguiente:

<build>
      <pluginManagement>
         <plugins>
            <plugin>
               <groupId>org.liquibase</groupId>
               <artifactId>liquibase-maven-plugin</artifactId>
               <version>3.1.0</version>
               <configuration>
                  <propertyFile>target/classes/liquibase.properties</propertyFile>
               </configuration>
            </plugin>
         </plugins>
      </pluginManagement>
   </build>


<profiles>
    <profile>
        <id>local</id>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
        <build>
            <filters>
                <filter>src/main/filters/local/db.properties</filter>
            </filters>
            <resources>
                <resource>
                    <directory>src/main/resources</directory>
                    <filtering>true</filtering>
                </resource>
            </resources>
        </build>
    </profile>
    <profile>
        <id>dev</id>
        <build>
            <filters>
                <filter>src/main/filters/dev/db.properties</filter>
            </filters>
            <resources>
                <resource>
                    <directory>src/main/resources</directory>
                    <filtering>true</filtering>
                </resource>
            </resources>
        </build>
    </profile>
</profiles>