- Nov 03, 2017
-
- Nov 02, 2017
-
-
ginkgofjg authored
Page should not link to itself.
-
- Nov 01, 2017
-
-
totten authored
-
Seamus Lee authored
-
Monish Deb authored
-
-
-
Monish Deb authored
-
- Oct 31, 2017
-
-
totten authored
I'd like to be able to merge the general, incremental improvements for the "Testing" section, but these two new pages aren't yet written. Comment them out.
-
totten authored
-
totten authored
-
totten authored
-
totten authored
-
totten authored
-
totten authored
-
totten authored
-
totten authored
-
totten authored
-
totten authored
-
totten authored
* Provide a better visualization of the the different test suites * Migrate setup instructions from https://github.com/civicrm/civicrm-core/blob/master/tests/README.md
-
totten authored
-
totten authored
-
totten authored
-
totten authored
There are multiple tools for testing in JS. We'll want separate pages for each.
-
totten authored
The second statement doesn't make much sense without the first statement. Put them together.
-
totten authored
-
totten authored
Running civilint is important for any/all code. Seems a bit arbitrary emphasizing this point specifically for tests.
-
totten authored
-
totten authored
-
Sean Madsen authored
related: https://github.com/civicrm/civicrm-user-guide/pull/232 Resolve #316
-
- Oct 25, 2017
-
-
totten authored
-
Jon goldberg authored
-
Jon goldberg authored
-
- Oct 23, 2017
-
-
totten authored
If a reader has customized their interactive shell, their system could have small discrepancies in shell notation. It shouldn't matter 95% of the time, and it's not critical to support those folks perfectly. But it is nice. So let's just share the link to heighten awareness. (Example: I usually do `export VAR=value`... but in future docs, I'll try to use `VAR=value; export VAR`.) This is following-up on some comments from @ginkgomzd who found the `bash-hackers.org` site and shared it on https://github.com/civicrm/civicrm-buildkit/pull/365
-
- Oct 20, 2017
-
-
totten authored
-
totten authored
* Simplify titles under "Common standards". (Use a noun-phrase instead of an imperative statement.) * Combine `r-ext`, `r-core` into r-technical. Add more details. Reference `#gotchas`. * Rename `r-read` to `r-code` * Rename `rg-schema` to `rg-upgrade`. Add more details.
-
totten authored
-
Sean Madsen authored
-
davejenx authored
-
- Oct 19, 2017
-
-
totten authored
To see actual examples of the coding style, you need to skim multiple blurbs and click multiple links, and the eventual page shows very isolated examples. This revision adds a brief example so that a new contributor can get a general sense of the layout immediately. (Note: It's not possible for a brief example to show every edge-case, and we shouldn't try -- that's why the commit also emphasizes the link into the relevant examples from d.o docs.)
-