Consul is a distributed, highly available, and data center aware solution to connect and configure applications across dynamic, distributed infrastructure.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
Go to file
Mitchell Hashimoto 274bfdd864
agent: POST /v1/connect/intentions
7 years ago
.github/ISSUE_TEMPLATE
acl
agent agent: POST /v1/connect/intentions 7 years ago
api
bench
command Merge pull request #4194 from hashicorp/fix-kv-del-validation 7 years ago
demo
ipaddr
lib Add a helper for generating Consul's user-agent string 7 years ago
logger
scripts Release v1.1.0 7 years ago
sentinel
snapshot
terraform
test Revert "Certificate for Alice was too old, updating it for tests" 7 years ago
testrpc
testutil
tlsutil
types
ui v1.1.0 UI Build 7 years ago
ui-v2 Merge pull request #4225 from hashicorp/bugfix/hide-anon-acl-delete 7 years ago
vendor Remove bogus second yamux vendoring 7 years ago
version Put version.go back in dev mode 7 years ago
watch Add RunWithConfig and put Run signature back to normal 7 years ago
website Client: add metric for failed RPC calls to server 7 years ago
.gitignore Update .gitignore - ignore some macos fs event notification stuff 7 years ago
.travis.yml
CHANGELOG.md Update CHANGELOG.md 7 years ago
GNUmakefile
INTERNALS.md
LICENSE
README.md Readme for Fork Instructions 7 years ago
Vagrantfile
main.go
main_test.go

README.md

This is a temporary README. We'll restore the old README prior to PR upstream.

Consul Connect

This repository is the forked repository for Consul Connect work to happen in private prior to public release. This README will explain how to safely use this fork, how to bring in upstream changes, etc.

Cloning

To use this repository, clone it into your GOPATH as usual but you must rename consul-connect to consul so that Go imports continue working as usual.

Important: Never Modify Master

NEVER MODIFY MASTER! NEVER MODIFY MASTER!

We want to keep the "master" branch equivalent to OSS master. This will make rebasing easy for master. Instead, we'll use the branch f-connect. All feature branches should branch from f-connect and make PRs against f-connect.

When we're ready to merge back to upstream, we can make a single mega PR merging f-connect into OSS master. This way we don't have a sudden mega push to master on OSS.

Creating a Feature Branch

To create a feature branch, branch from f-connect:

git checkout f-connect
git checkout -b my-new-branch

All merged Connect features will be in f-connect, so you want to work from that branch. When making a PR for your feature branch, target the f-connect branch as the merge target. You can do this by using the dropdowns in the GitHub UI when creating a PR.

Syncing Upstream

First update our local master:

# This has to happen on forked master
git checkout master

# Add upstream to OSS Consul
git remote add upstream https://github.com/hashicorp/consul.git

# Fetch it
git fetch upstream

# Rebase forked master onto upstream. This should have no changes since
# we're never modifying master.
git rebase upstream master

Next, update the f-connect branch:

git checkout f-connect
git rebase origin master