Move adoc to asciidoc

This commit is contained in:
Dave Syer
2014-09-29 12:09:19 +01:00
parent 5feccca3ce
commit 668018c715
6 changed files with 4 additions and 18 deletions

View File

@@ -5,7 +5,7 @@ options = {:mkdirs => true, :safe => :unsafe, :attributes => 'linkcss'}
guard 'shell' do
watch(/^[A-Za-z].*\.adoc$/) {|m|
Asciidoctor.render_file('src/main/adoc/README.adoc', options.merge(:to_file => './README.md'))
Asciidoctor.render_file('src/main/adoc/spring-cloud-config.adoc', options.merge(:to_dir => 'target/docs'))
Asciidoctor.render_file('src/main/asciidoc/README.adoc', options.merge(:to_file => './README.md'))
Asciidoctor.render_file('src/main/asciidoc/spring-cloud-config.adoc', options.merge(:to_dir => 'target/generated-docs'))
}
end

View File

@@ -1,16 +0,0 @@
Spring Cloud Config provides server and client-side support for
externalized configuration in a distributed system. With the Config
Server you have a central place to manage external properties for
applications across all environments. The concepts on both client and
server map identically to the Spring `Environment` and
`PropertySource` abstractions, so they fit very well with Spring
applications, but can be used with any application running in any
language. As an application moves through the deployment pipeline from
dev to test and into production you can manage the configuration
between those environments and be certain that applications have
everything they need to run when they migrate. The default
implementation of the server storage backend uses git so it easily
supports labelled versions of configuration environments, as well as
being accessible to a wide range of tooling for managing the content.
It is easy to add alternative implementations and plug them in with
Spring configuration.

View File

@@ -0,0 +1,2 @@
Spring Cloud Config provides server and client-side support for externalized configuration in a distributed system. With the Config Server you have a central place to manage external properties for applications across all environments. The concepts on both client and server map identically to the Spring `Environment` and `PropertySource` abstractions, so they fit very well with Spring applications, but can be used with any application running in any language. As an application moves through the deployment pipeline from dev to test and into production you can manage the configuration between those environments and be certain that applications have everything they need to run when they migrate. The default implementation of the server storage backend uses git so it easily supports labelled versions of configuration environments, as well as being accessible to a wide range of tooling for managing the content. It is easy to add alternative implementations and plug them in with Spring configuration.