Code review is systematic examination (sometimes referred to as peer review) of computer source code. It is intended to find mistakes overlooked in software development, improving the overall quality of software. Reviews are done in various forms such as pair programming, informal walkthroughs, and formal inspections.
Especially in the light of #151 , it would be great if people could just re-generate the whole Id file.
On the following example:
@
-fn func(a,b,c) {
- x = g(a,b)
- y = if x {
- h(b,c)
- } else {
- 0
- }
- return x + y
-}
+// fn func(a,b,c) {
+// x = g(a,b)
+// y = if x {
+// h(b,c)
+// } else {
+// 0
+// }
+// return x + y
+// }diffr displays the diff like that:
It would be nice if diff-goto-source (C-c C-c) worked when this is invoked from github-review-forge-pr-at-point. All it needs to do is set the current directory to the git working tree in the diff-mode buffer. In many cases it does not matter too much whether the user has the "correct" branch is checked out - it just needs to be close.
Code review for Jupyter Notebooks with visual diff & commenting
Online IDE for GitHub
Automated code review for technical debt and test coverage
Ensure that new code is fully covered, and see coverage trends emerge. Works with any CI service
Automatic test report merging for all CI and languages into a single code coverage report directly into your pull request
Automated code reviews to help developers ship better software, faster
A Benchmarked Definition of Done for Code Quality with BetterCodeHub
DO NOT MERGE – as a service
Code Quality, Code Reviews and Technical Debt evaluation made easy
Insert a public link to a Lucidchart diagram so team members can quickly understand an issue or pull request
Identify and fix bug risks, anti-patterns, performance issues, and security flaws using static analysis
Pull requests automation service. Merge your pull requests faster
Find accessibility issues in your pull requests
CommitCheck ensures your commit messages are consistent and contain all required information
Automatically analyze pull request against custom per-project rulesets and best practices
Testing #2136
Similar to how the changes view in SCM can toggle between flat list and tree: