move contributing.md and update dev guide
This commit is contained in:
parent
45550ace2c
commit
28572eb110
|
@ -22,6 +22,17 @@ Please make sure your contributions adhere to our coding guidelines:
|
|||
E.g. "eth, rpc: make trace configs optional"
|
||||
|
||||
|
||||
Pull requests generally need to be based on and opened against the `master` branch,
|
||||
unless by explicit agreement because the work is contributing to some more complex
|
||||
feature branch.
|
||||
|
||||
All pull requests will be reviewed according to the
|
||||
[Code Review guidelines](/content/docs/developers/geth-developer/Code-Review-Guidelines.md).
|
||||
|
||||
We encourage an early pull request approach, meaning pull requests are created as early
|
||||
as possible even without the completed fix/feature. This will let core devs and other
|
||||
volunteers know you picked up an issue. These early PRs should indicate 'in progress' status.
|
||||
|
||||
## Contributing to the Geth website
|
||||
|
||||
The Geth website is hosted separately from Geth itself. The contribution guidelines are the same. Please
|
|
@ -3,50 +3,25 @@ title: Developer Guide
|
|||
sort_key: A
|
||||
---
|
||||
|
||||
**NOTE: These instructions are for people who want to contribute Go source code changes.
|
||||
If you just want to run ethereum, use the regular [Installation Instructions][install-guide].**
|
||||
This document is the entry point for developers who wish to work on Geth.
|
||||
Developers are people who are interested to build, develop, debug, submit
|
||||
a bug report or pull request or otherwise contribute to the Geth source code.
|
||||
|
||||
This document is the entry point for developers of the Go implementation of Ethereum.
|
||||
Developers here refer to the hands-on: who are interested in build, develop, debug, submit
|
||||
a bug report or pull request or contribute code to go-ethereum.
|
||||
|
||||
## Contributing
|
||||
|
||||
Thank you for considering to help out with the source code! We welcome contributions from
|
||||
anyone on the internet, and are grateful for even the smallest of fixes!
|
||||
|
||||
GitHub is used to track issues and contribute code, suggestions, feature requests or
|
||||
documentation.
|
||||
|
||||
If you'd like to contribute to go-ethereum, please fork, fix, commit and send a pull
|
||||
request (PR) for the maintainers to review and merge into the main code base. If you wish
|
||||
to submit more complex changes though, please check up with the core devs in the
|
||||
go-ethereum [Discord Server][discord]. to ensure those changes are in line with the
|
||||
general philosophy of the project and/or get some early feedback. This can reduce your
|
||||
effort as well as speeding up our review and merge procedures.
|
||||
|
||||
PRs need to be based on and opened against the `master` branch (unless by explicit
|
||||
agreement, you contribute to a complex feature branch).
|
||||
|
||||
Your PR will be reviewed according to the [Code Review guidelines][code-review].
|
||||
|
||||
We encourage a PR early approach, meaning you create the PR the earliest even without the
|
||||
fix/feature. This will let core devs and other volunteers know you picked up an issue.
|
||||
These early PRs should indicate 'in progress' status.
|
||||
Please see [Contributing](/content/docs/developers/contributing.md) for the
|
||||
GHeth contribution guidelines.
|
||||
|
||||
## Building and Testing
|
||||
|
||||
We assume that you have Go installed. Please use Go version 1.13 or later. We use the go
|
||||
Developers should use a recent version of Go for building and testing. We use the go
|
||||
toolchain for development, which you can get from the [Go downloads page][go-install].
|
||||
|
||||
go-ethereum is a Go module, and uses the [Go modules system][go-modules] to manage
|
||||
Geth is a Go module, and uses the [Go modules system][go-modules] to manage
|
||||
dependencies. Using `GOPATH` is not required to build go-ethereum.
|
||||
|
||||
### Building Executables
|
||||
|
||||
Switch to the go-ethereum repository root directory.
|
||||
|
||||
You can build all code using the go tool, placing the resulting binary in `$GOPATH/bin`.
|
||||
All code can be built using the go tool, placing the resulting binary in `$GOPATH/bin`.
|
||||
|
||||
```text
|
||||
go install -v ./...
|
||||
|
@ -58,8 +33,7 @@ go-ethereum exectuables can be built individually. To build just geth, use:
|
|||
go install -v ./cmd/geth
|
||||
```
|
||||
|
||||
If you want to compile geth for an architecture that differs from your host, please
|
||||
consult our [cross compilation guide][cross-compile].
|
||||
Cross compilation is not recommended, please build Geth for the host architecture.
|
||||
|
||||
### Testing
|
||||
|
||||
|
@ -75,8 +49,8 @@ Running an individual test:
|
|||
go test -v ./eth -run TestMethod
|
||||
```
|
||||
|
||||
**Note**: here all tests with prefix _TestMethod_ will be run, so if you got TestMethod,
|
||||
TestMethod1, then both tests will run.
|
||||
**Note**: here all tests with prefix _TestMethod_ will be run, so if TestMethod and
|
||||
TestMethod1 both exist then both tests will run.
|
||||
|
||||
Running benchmarks, eg.:
|
||||
|
||||
|
@ -89,14 +63,14 @@ For more information, see the [go test flags][testflag] documentation.
|
|||
### Getting Stack Traces
|
||||
|
||||
If `geth` is started with the `--pprof` option, a debugging HTTP server is made available
|
||||
on port 6060. You can bring up <http://localhost:6060/debug/pprof> to see the heap,
|
||||
running routines etc. By clicking "full goroutine stack dump" you can generate a trace
|
||||
on port 6060. Navigating to <http://localhost:6060/debug/pprof> displays the heap,
|
||||
running routines etc. By clicking "full goroutine stack dump" a trace can be generated
|
||||
that is useful for debugging.
|
||||
|
||||
Note that if you run multiple instances of `geth`, this port will only work for the first
|
||||
instance that was launched. If you want to generate stacktraces for these other instances,
|
||||
you need to start them up choosing an alternative pprof port. Make sure you are
|
||||
redirecting stderr to a logfile.
|
||||
Note that if multiple instances of Geth exist, port `6060` will only work for the first
|
||||
instance that was launched. To generate stacktraces for other instances,
|
||||
they should be started up with alternative pprof ports. Ensure `stderr` is being
|
||||
redirected to a logfile.
|
||||
|
||||
```
|
||||
geth -port=30300 -verbosity 5 --pprof --pprof.port 6060 2>> /tmp/00.glog
|
||||
|
@ -104,8 +78,8 @@ geth -port=30301 -verbosity 5 --pprof --pprof.port 6061 2>> /tmp/01.glog
|
|||
geth -port=30302 -verbosity 5 --pprof --pprof.port 6062 2>> /tmp/02.glog
|
||||
```
|
||||
|
||||
Alternatively if you want to kill the clients (in case they hang or stalled syncing, etc)
|
||||
and have the stacktrace too, you can use the `-QUIT` signal with `kill`:
|
||||
Alternatively to kill the clients (in case they hang or stalled syncing, etc)
|
||||
and have the stacktrace too, use the `-QUIT` signal with `kill`:
|
||||
|
||||
```
|
||||
killall -QUIT geth
|
||||
|
|
|
@ -1,3 +1,7 @@
|
|||
---
|
||||
title: Node architecture
|
||||
root: ..
|
||||
---
|
||||
|
||||
## Node architecture
|
||||
|
||||
|
|
|
@ -1,5 +1,5 @@
|
|||
---
|
||||
title: Home
|
||||
title: Abigen
|
||||
root: ..
|
||||
---
|
||||
|
||||
|
|
Loading…
Reference in New Issue