8000 undo README removal by gnusi · Pull Request #9391 · arangodb/arangodb · GitHub
[go: up one dir, main page]
Skip to content

undo README removal #9391

Merged
jsteemann merged 1 commit intodevelfrom
bug-fix/undo-removal-readme
Jul 2, 2019
Merged

undo README removal #9391
jsteemann merged 1 commit intodevelfrom
bug-fix/undo-removal-readme

Conversation

@gnusi
Copy link
Contributor
@gnusi gnusi commented Jul 2, 2019

Pull Request Guidelines

Pull requests are an essential collaborative tool for modern software development.

The below list is intended to help you figure out whether your code is ready to be reviewed
and merged into ArangoDB. The overarching goal is to:

  • Reduce the amount of recurring defects
  • Reduce the impact to the other developer’s time and energy spent on defects in your code
  • Increase the overall autonomy and productivity of individual developers

Acceptance Checklist

The below list is not exhaustive, think thoroughly whether the provided information is sufficient.
Remove options that do not apply

Scope & Purpose

(Can you describe what functional change your PR is trying to effect?)

  • Bug-Fix for devel-branch (i.e. no need for backports?)
  • Bug-Fix for a released version (did you remember to port this to all relevant release branches?)
  • Strictly new functionality (i.e. a new feature / new option, no need for porting)
  • The behavior in this PR can be (and was) manually tested (support / qa / customers can test it)
  • The behaviour change can only be verified via automatic tests

Related Information

(Please reference tickets / specification etc )

  • There is a GitHub Issue reported by a Community User:
  • There is an internal planning ticket:
  • There is a JIRA Ticket number (In case a customer was affected / involved):
  • There is a design document:

Testing & Verification

(Please pick either of the following options)

This change is a trivial rework / code cleanup without any test coverage.

(or)

This change is already covered by existing tests, such as (please describe tests).

(or)

This PR adds tests that were used to verify all changes:

  • Added Regression Tests (Only for bug-fixes)
  • Added new C++ Unit Tests (Either GoogleTest or Catch-Test)
    • Did you add tests for a new RestHandler subclass ?
    • Did you add new mocks of underlying code layers to be able to verify your functionality ?
    • ...
  • Added new integration tests (i.e. in shell_server / shell_server_aql)
  • Added new resilience tests (only if the feature is impacted by failovers)

Additionally:

  • There are tests in an external testing repository (i.e. node-resilience tests, chaos tests)
  • I ensured this code runs with ASan / TSan or other static verification tools

(Include link to Jenkins run etc)

Think about whether the new code you added is modular enough to be
easily testable by unit tests written with GTest / Catch. It is not good if your feature is so interconnected
that it prevents other people from writing their own unit gests. It should be possible
to use your code in future without extensively mocking your classes.
A bad example that required some extensive effort would be the storage engine API.

Documentation

All new Features should be accompanied by corresponding documentation.
Bugs and features should furthermore be documented in the changelog so that
developers and users have a concise overview.

  • Added a Changelog Entry
  • Added entry to Release Notes
  • Added a new section in the Manual
  • Added a new section in the http API
  • Added Swagger examples for the http API

CLA Note

Please note that for legal reasons we require you to sign the Contributor Agreement
before we can accept your pull requests.

@gnusi gnusi requested a review from jsteemann July 2, 2019 16:09
@jsteemann jsteemann merged commit 1f0d24f into devel Jul 2, 2019
ObiWahn added a commit that referenced this pull request Jul 3, 2019
@ObiWahn
Merge branch 'devel' of https://github.com/arangodb/arangodb into fea…
a304839 
…ture/one-shard-db

* 'devel' of https://github.com/arangodb/arangodb:
  Consistent formatting of CHANGELOG. (#9392)
  fix JSON statistics (#9385)
  undo removal (#9391)
  make sure all error code names are prefixed with ERROR_ @fceller @KVS85 (#9384)
  remove catch, refresh versions (#9390)
  fix invalid logId
  Fix ArangoSearch documentation examples
ObiWahn added a commit that referenced this pull request Jul 4, 2019
@ObiWahn
Merge branch 'devel' of https://github.com/arangodb/arangodb into fea…
cd3c3fc 
…ture/mimalloc

* 'devel' of https://github.com/arangodb/arangodb: (37 commits)
  improve handling when procdump detects the process is dead (#9381)
  Bug fix/internal issue #586 (#9401)
  fix tests that didn't properly use env variable to look for test (#9399)
  Pregel additional test & TSan error fix (#9357)
  use a lock when calling unload (#9375)
  @maierlars 😍 (#9394)
  fix typo (#9400)
  add initializeCursor back to DistinctCollectExecutor (#9386)
  Feature/add tcpdump support (#9396)
  apply filters before starting the server, so we can detect whether no test would be executed (#9387)
  [Devel] Queue-Full-Logging (#9388)
  add VelocyPackHelper::equal method (#9389)
  update velocypack version (#9379)
  Consistent formatting of CHANGELOG. (#9392)
  fix JSON statistics (#9385)
  undo removal (#9391)
  make sure all error code names are prefixed with ERROR_ @fceller @KVS85 (#9384)
  remove catch, refresh versions (#9390)
  fix invalid logId
  Fix ArangoSearch documentation examples
  ...
@fceller fceller deleted the bug-fix/undo-removal-readme branch July 30, 2019 12:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

1 more reviewer

@jsteemann jsteemann jsteemann approved these changes

Reviewers whose approvals may not affect merge requirements

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@gnusi @jsteemann
0