@@ -29,41 +29,4 @@ Guidelines](https://opensource.google.com/conduct/).
29
29
30
30
# Getting Started
31
31
32
- ## Cloning the repository
33
-
34
- When cloning, use ` git clone -b master ` ; the default branch is ` releases ` which
35
- is not meant for developing against.
36
-
37
- ## Running a development server
38
-
39
- Copy ` amppkg.example.toml ` to ` amppkg.toml ` and modify it to suit your needs.
40
- You may use ` testdata/b1/server.{cert,privkey} ` to get started. However, you are
41
- at your own risk if you instruct your browser to trust ` server.cert ` . * NEVER*
42
- instruct your browser to trust ` ca.cert ` .
43
-
44
- ## Presubmits
45
-
46
- - Run ` go fmt ` on the code you change. Don't run ` go fmt ./... ` ; this affects
47
- files that are mirrored from Google to GitHub, so we can't change them here.
48
- - Make sure ` go test ./... ` passes.
49
- - ` golint ` and ` go vet ` are optional.
50
- - Make sure PRs are sent to ` master ` and not ` releases ` , unless you're releasing
51
- a new version of amppkg.
52
-
53
- ## New dependencies
54
-
55
- Feel free to add dependencies on small code if it implements a feature that's
56
- hard to implement yourself. Try not to add large dependencies, or dependencies
57
- for the sake of minor development inconvenience (unless it's for test code
58
- only). They add risk by bringing in code of unknown provenance, and bloat the
59
- binary.
60
-
61
- If you need to add or upgrade dependencies, AMP Packager uses
62
- [ dep] ( https://golang.github.io/dep/ ) .
63
-
64
- # Suggestions for contributions
65
-
66
- Take a look at [ good first
67
- issues] ( https://github.com/ampproject/amppackager/labels/good%20first%20issue ) ,
68
- and please communicate early and often, to ensure we agree on the solution
69
- before you invest a lot of time into its implementation.
32
+ See the [ Contributing wiki] ( ../../wiki/Contributing ) .
0 commit comments