hooks updated, intro fixes

pull/10/head
sobolevn 8 years ago
parent d2d9859a7e
commit 4e7e351adf

@ -13,11 +13,11 @@ There\'s a known problem in server configuration and deploying, when you have to
These files are not version controlled\. Filenames change, locations change, passwords change from time to time, some new information appears, other is removed\. And you can not tell for sure which version of the configuration file was used with each commit\.
.
.IP "2." 4
When building the automated deploing system there will be one extra step: download and place these secret\-configuration files where it needs to be\. So you have to maintain an extra secure location, where everything is stored\.
When building the automated deploment system there will be one extra step: download and place these secret\-configuration files where they need to be\. So you have to maintain an extra secure server, where everything is stored\.
.
.IP "" 0
.
.SS "How does <code>git\-secret</code> solves these problems?"
.SS "How does <code>git\-secret</code> solve these problems?"
.
.IP "1." 4
\fBgit\-secret\fR encrypts files and stores them inside the \fBgit\fR repository, so you will have all the changes for every commit\.

@ -3,13 +3,15 @@
There's a known problem in server configuration and deploying, when you have to store your private data such as: database passwords, application secret-keys, OAuth secret keys and so on, outside of the git repository. Even if this repository is private, it is a security risk to just publish them into the world wide web. What are the drawbacks of storing them separately?
1. These files are not version controlled. Filenames change, locations change, passwords change from time to time, some new information appears, other is removed. And you can not tell for sure which version of the configuration file was used with each commit.
2. When building the automated deploing system there will be one extra step: download and place these secret-configuration files where it needs to be. So you have to maintain an extra secure location, where everything is stored.
2. When building the automated deploment system there will be one extra step: download and place these secret-configuration files where they need to be. So you have to maintain an extra secure server, where everything is stored.
### How does `git-secret` solve these problems?
### How does `git-secret` solves these problems?
1. `git-secret` encrypts files and stores them inside the `git` repository, so you will have all the changes for every commit.
2. `git-secret` doesn't require any other deploy operations rather than `git secret reveal`, so it will automatically decrypt all the required files.
### What is `git-secret`?
`git-secret` is a bash tool to store your private data inside a `git` repo. How's that? Basically, it just encrypts, using `gpg`, the tracked files with the public keys of all the users that you trust. So everyone of them can decrypt these files using only their personal secret key. Why to deal with all these private-public keys stuff? Well, to make it easier for everyone to manage access rights. There are no passwords that change. When someone is out - just delete his public key, reencrypt the files, and he won't be able to decrypt secrets anymore.
## Installation

@ -2,5 +2,7 @@
set -e
# Build new web documentation:
make build-gh-pages
if [[ $(git rev-parse --abbrev-ref HEAD) == "master" ]]; then
# Build new web documentation:
make build-gh-pages
fi

@ -7,8 +7,10 @@ unset GIT_WORK_TREE
# Run tests:
make test
# Build new manuals:
make build-man
if [[ $(git rev-parse --abbrev-ref HEAD) == "master" ]]; then
# Build new manuals:
make build-man
# Add new files:
git add man/man1/*
# Add new files:
git add man/man1/*
fi

Loading…
Cancel
Save