A node module for ANT+
Node.js Library for the Backblaze B2 Storage Service
The CMS for Laravel
EllisLab's Open Source PHP Framework
Project management and code hosting application. Follow us on twitter @gitlabhq
The tool for beautiful monitoring and metric analytics & dashboards for Graphite, InfluxDB & Prometheus & More
KODING IS NOW OPEN SOURCE!
Phone number functionality for Laravel and Lumen
:construction_worker: the brains & guts of a layout library
WordPress powered by Microsoft SQL Server
I think that both "Teams" and "Orgs" have their place. We use a multi-tenancy setup because it allows members of multiple organizations to access data from their various companies with a single user login. It also provides proper isolation for data sources. I'm not sure that the "Teams" construct will allow for this degree of isolation. Sure, we could run 15 installs of grafana and manage all that and keep track of all of our various user accounts, but it just becomes cumbersome. I'd like to throw my name into the bucket for "please, for the love of all things holy, keep Orgs".
comment created time in a month
PR opened grafana/grafana
Thank you for sending a pull request! Here are some tips:
If this is your first time, please read our contribution guide at https://github.com/grafana/grafana/blob/master/CONTRIBUTING.md
Ensure you include and run the appropriate tests as part of your Pull Request.
In a new feature or configuration option, an update to the documentation is necessary. Everything related to the documentation is under the docs folder in the root of the repository.
If the Pull Request is a work in progress, make use of GitHub's "Draft PR" feature and mark it as such.
If you can not merge your Pull Request due to a merge conflict, Rebase it. This gets it in sync with the master branch.
Name your PR as "<FeatureArea>: Describe your change", e.g. Alerting: Prevent race condition. If it's a fix or feature relevant for the changelog describe the user impact in the title. The PR title is used to auto-generate the changelog for issues marked with the "add to changelog" label.
What this PR does / why we need it:
Which issue(s) this PR fixes:
- Automatically closes linked issue when the Pull Request is merged.
Usage: "Fixes #<issue number>", or "Fixes (paste link of issue)"
Special notes for your reviewer:
pr created time in 3 months
commit sha 99d368c1821123af9c60b3df5b9c2fc947b63c18
Fixed grammar error
push time in 3 months