You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: .github/ghprcomment.yml
+17-6
Original file line number
Diff line number
Diff line change
@@ -5,6 +5,7 @@
5
5
Please carefully follow [the setup guide for the codestyle](https://devdocs.jabref.org/getting-into-the-code/guidelines-for-setting-up-a-local-workspace/intellij-13-code-style.html).
6
6
Afterwards, please [run checkstyle locally](https://devdocs.jabref.org/getting-into-the-code/guidelines-for-setting-up-a-local-workspace/intellij-13-code-style.html#run-checkstyle) and fix the issues.
7
7
8
+
8
9
In case of issues with the import order, double check that you [activated Auto Import](https://devdocs.jabref.org/getting-into-the-code/guidelines-for-setting-up-a-local-workspace/intellij-13-code-style.html#enable-proper-import-cleanup).
9
10
You can trigger fixing imports by pressing <kbd>Ctrl</kbd>+<kbd>Alt</kbd>+<kbd>O</kbd> to trigger [Optimize Imports](https://www.jetbrains.com/guide/tips/optimize-imports/).
10
11
- jobName: OpenRewrite
@@ -14,20 +15,23 @@
14
15
The issues found can be **automatically fixed**.
15
16
Please execute the gradle task *`rewriteRun`*, check the results, commit, and push.
16
17
18
+
17
19
You can check the detailed error output by navigating to your pull request, selecting the tab "Checks", section "Tests" (on the left), subsection "OpenRewrite".
18
20
- jobName: Modernizer
19
21
message: >
20
22
Your code currently does not meet JabRef's code guidelines.
21
23
We use [Gradle Modernizer Plugin](https://github.com/andygoossens/gradle-modernizer-plugin#gradle-modernizer-plugin) to ensure "modern" Java coding practices.
22
24
Please fix the detected errors, commit, and push.
23
25
26
+
24
27
You can check the detailed error output by navigating to your pull request, selecting the tab "Checks", section "Tests" (on the left), subsection "Modernizer".
25
28
- jobName: Markdown
26
29
message: >
27
30
You modified Markdown (`*.md`) files and did not meet JabRef's rules for consistently formatted Markdown files.
28
31
To ensure consistent styling, we have [markdown-lint](https://github.com/DavidAnson/markdownlint) in place.
29
32
[Markdown lint's rules](https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#rules) help to keep our Markdown files consistent within this repository and consistent with the Markdown files outside here.
30
33
34
+
31
35
You can check the detailed error output by navigating to your pull request, selecting the tab "Checks", section "Tests" (on the left), subsection "Markdown".
32
36
- jobName: CHANGELOG.md
33
37
message: |
@@ -39,17 +43,16 @@
39
43
In the area "Some checks were not successful", locate "Tests / Unit tests (pull_request)" and click on "Details".
40
44
This brings you to the test output.
41
45
46
+
42
47
You can then run these tests in IntelliJ to reproduce the failing tests locally.
43
48
We offer a quick test running howto in the section [Final build system checks](https://devdocs.jabref.org/getting-into-the-code/guidelines-for-setting-up-a-local-workspace/intellij-12-build.html#final-build-system-checks) in our setup guide.
44
49
- jobName: no-force-push
45
50
message: >
46
51
Do not force-push!
47
-
Force push is off limits and very bad style when working together on a project.
48
-
([Mainly because it is not supported well by GitHub istself.](https://github.com/orgs/community/discussions/3478))
49
-
Commits will be lost, comments on commits will loose their context.
50
-
This makes it harder to review.
51
-
In the end, all commits will be [squashed](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges#squash-and-merge-your-commits) either way before being merged into the `main`` branch.
52
-
- jobName: move_issue
52
+
Force pushing is a very bad practice when working together on a project (mainly because it is [not supported well by GitHub itself](https://github.com/orgs/community/discussions/3478)).
53
+
Commits are lost and comments on commits lose their context, thus making it harder to review changes.
54
+
At the end, all commits will be [squashed](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/incorporating-changes-from-a-pull-request/about-pull-request-merges#squash-and-merge-your-commits) anyway before being merged into the `main` branch.
55
+
- jobName: 'Mark issue as in progress'
53
56
message: |
54
57
Your pull request needs to link an issue.
55
58
@@ -81,3 +84,11 @@
81
84
- ✅ `Fixes https://github.com/JabRef/jabref/issues/xyz` links pull-request to issue. Merging the PR will close the issue.
82
85
- ✅ `Fixes https://github.com/Koppor/jabref/issues/xyz` links pull-request to issue. Merging the PR will close the issue.
83
86
- ❌ `Fixes [#xyz](https://github.com/JabRef/jabref/issues/xyz)` links pull-request to issue. Merging the PR will **NOT** close the issue.
87
+
- jobName: 'Conflicts with target branch'
88
+
message: >
89
+
Your pull request conflicts with the target branch.
90
+
91
+
92
+
Please merge `upstream/main` with your code.
93
+
Preferrably, do this using `git` in your machine:
94
+
Conflicts in `CHANGELOG.md` will be handled by a union of changes.
Copy file name to clipboardexpand all lines: CHANGELOG.md
+7-4
Original file line number
Diff line number
Diff line change
@@ -11,6 +11,7 @@ Note that this project **does not** adhere to [Semantic Versioning](https://semv
11
11
12
12
### Added
13
13
14
+
- We added <kbd>F5</kbd> as a shortcut key for fetching data and <kbd>Alt+F</kbd> as a shortcut for looking up data using DOI. [#11802](https://github.com/JabRef/jabref/issues/11802)
14
15
- We added a feature to rename the subgroup, with the keybinding (<kbd>F2</kbd>) for quick access. [#11896](https://github.com/JabRef/jabref/issues/11896)
15
16
- We added a new functionality that displays a drop-down list of matching suggestions when typing a citation key pattern. [#12502](https://github.com/JabRef/jabref/issues/12502)
16
17
- We added a new CLI that supports txt, csv, and console-based output for consistency in BibTeX entries. [#11984](https://github.com/JabRef/jabref/issues/11984)
@@ -50,6 +51,8 @@ Note that this project **does not** adhere to [Semantic Versioning](https://semv
50
51
- We improved the Check Integrity dialog entry interaction so that a single click focuses on the corresponding entry and a double-click both focuses on the entry and closes the dialog. [#12245](https://github.com/JabRef/jabref/issues/12245)
51
52
- We improved journal abbreviation lookup with fuzzy matching to handle minor input errors and variations. [#12467](https://github.com/JabRef/jabref/issues/12467)
52
53
- We changed the phrase "Cleanup entries" to "Clean up entries". [#12703](https://github.com/JabRef/jabref/issues/12703)
54
+
- A tooltip now appears after 300ms (instead of 2s). [#12649](https://github.com/JabRef/jabref/issues/12649)
55
+
- We improved search in preferences and keybindings. [#12647](https://github.com/JabRef/jabref/issues/12647)
53
56
54
57
### Fixed
55
58
@@ -72,9 +75,9 @@ Note that this project **does not** adhere to [Semantic Versioning](https://semv
72
75
- We fixed an issue where month values 21–24 (ISO 8601-2019 season codes) in Biblatex date fields were not recognized as seasons during parsing. [#12437](https://github.com/JabRef/jabref/issues/12437)
73
76
- We fixed an issue where migration of "Search groups" would fail with an exception when the search query is invalid. [#12555](https://github.com/JabRef/jabref/issues/12555)
74
77
- We fixed an issue where not all linked files from BibDesk in the field `bdsk-file-...` were parsed. [#12555](https://github.com/JabRef/jabref/issues/12555)
75
-
- We fixed an issue where JabRef displayed an incorrect deletion notification when canceling entry deletion [#12645](https://github.com/JabRef/jabref/issues/12645)
76
78
- We fixed an issue where it was possible to select "Search for unlinked local files" for a new (unsaved) library. [#12558](https://github.com/JabRef/jabref/issues/12558)
77
-
79
+
- We fixed an issue where JabRef displayed an incorrect deletion notification when canceling entry deletion. [#12645](https://github.com/JabRef/jabref/issues/12645)
80
+
- We fixed an issue where an exception would occur when running abbreviate journals for multiple entries. [#12634](https://github.com/JabRef/jabref/issues/12634)
78
81
79
82
### Removed
80
83
@@ -610,7 +613,6 @@ Note that this project **does not** adhere to [Semantic Versioning](https://semv
610
613
- We now have more "dots" in the offered journal abbreviations. [#9504](https://github.com/JabRef/jabref/pull/9504)
611
614
- We now disable the button "Full text search" in the Searchbar by default [#9527](https://github.com/JabRef/jabref/pull/9527)
612
615
613
-
614
616
### Fixed
615
617
616
618
- The tab "deprecated fields" is shown in biblatex-mode only. [#7757](https://github.com/JabRef/jabref/issues/7757)
@@ -1575,4 +1577,5 @@ The changelog of JabRef 2.11 and all previous versions is available as [text fil
Copy file name to clipboardexpand all lines: CONTRIBUTING.md
+26-12
Original file line number
Diff line number
Diff line change
@@ -83,6 +83,14 @@ One can also add [callouts](https://just-the-docs.github.io/just-the-docs-tests/
83
83
Comment on the issue you want to work at with `/assign-me`.
84
84
GitHub will then automatically assign you.
85
85
86
+
<!-- markdownlint-disable-next-line MD026 -->
87
+
## Give JabRef a Star!
88
+
89
+
JabRef is completely free and used by students and researchers all over the world.
90
+
It is actively developed and maintained primarily by volunteers in their free time.
91
+
Keep them motivated by giving the project a GitHub star:
92
+
Simply navigate to <https://github.com/jabref/jabref/> and click on the Star button!
93
+
86
94
## Pull Request Process
87
95
88
96
1. Follow the steps at [Pre Condition 3: Code on the local machine](https://devdocs.jabref.org/getting-into-the-code/guidelines-for-setting-up-a-local-workspace/pre-03-code.html) to a) create a fork and b) have the fork checked out on your local machine
@@ -151,24 +159,30 @@ We reserve the right to reject pull requests that contain little or no genuine a
151
159
152
160
### After submission of a pull request
153
161
154
-
After you submitted a pull request, automated checks will run.
155
-
You may see "Some checks were not successful".
156
-
You can click on failing checks to see more information about why they failed.
157
-
Then, please look into them and handle accordingly.
162
+
Once you submit a pull request, automated checks will run and bots will perform a preliminary review on your code.
163
+
You will get automated comments on your pull request within about 5 minutes.
164
+
Acting on them in a timely manner is expected.
158
165
159
-
Afterwards, you will receive comments on your pull request.
160
-
Since JabRef is driven by volunteers in their spare time, reviews may take more time than a project with full time developers.
161
-
The pull request may be approved immediatly, or a reviewer may request changes.
162
-
In that case, please implement the requested changes.
166
+
You may also see "Some checks were not successful".
167
+
You can click on failing checks to see more information about why they failed.
168
+
Please look into them and handle accordingly.
163
169
164
170
After implementing changes, commit to the branch your pull request is *from* and push.
165
171
The pull request will automatically be updated with your changes.
166
-
Your commits will also be automatically squashed upon the pull request being accepted.
172
+
To maintain a clean git history, your commits will also be automatically squashed upon acceptance of the pull request, during merging.
173
+
Thus, no need to worry about WIP commits or [fixing git submodule issues](https://devdocs.jabref.org/code-howtos/faq.html#submodules), and force-pushing should be **avoided**.
174
+
175
+
After all the basic checks are green, maintainers will look at your pull request.
176
+
Since JabRef is driven by volunteers in their spare time, reviews may take more time than a project with full time developers.
177
+
The pull request may be approved immediatly, or a reviewer may request changes and/or have discussions regarding your approach.
178
+
In that case, you are expected to answer any questions and implement the requested changes.
167
179
168
-
Please – **Never ever close a pull request and open a new one** -
169
-
This causes unessesary work on our side, and is not in the the style of the GitHub open source community.
180
+
Please – **never ever close a pull request and open a new one** -
181
+
This causes unessesary work on our side, and is not in the the style of the GitHub Open Source community.
170
182
You can push any changes you need to make to the branch your pull request is *from*.
171
-
These changes will be automatically added to your pull request.
183
+
These changes will be automatically reflected in your pull request.
184
+
185
+
> **If you close your pull request, you will be unassigned from the issue automatically.**
0 commit comments