Skip to content

Commit

Permalink
Merge pull request #121 from TAMULib/wrapup
Browse files Browse the repository at this point in the history
Tech debt tasks
  • Loading branch information
kaladay committed Aug 19, 2022
2 parents c73dcde + 3ada3ec commit 55418fb
Show file tree
Hide file tree
Showing 10 changed files with 446 additions and 264 deletions.
8 changes: 4 additions & 4 deletions .github/workflows/build.yml
Original file line number Diff line number Diff line change
Expand Up @@ -7,10 +7,10 @@ jobs:
runs-on: ubuntu-latest

steps:
- uses: actions/checkout@v2
- uses: actions/checkout@v3

- name: "Maven Cache"
uses: actions/cache@v2
uses: actions/cache@v3
with:
path: ~/.m2/repository
key: ${{ runner.os }}-maven-${{ hashFiles('**/pom.xml') }}
Expand All @@ -20,14 +20,14 @@ jobs:
with:
java-version: 11

- name: "Maven Tests"
- name: "Maven Test"
run: mvn clean test jacoco:report coveralls:report -DdryRun=true

- name: "Coverage Report"
uses: MikeEdgar/github-action@raw_coverage_file
with:
github-token: ${{ secrets.github_token }}
path-to-file: 'target/coveralls.json'
path-to-file: './target/coveralls.json'
coverage-format: raw

- name: "Deploy GH-Pages"
Expand Down
70 changes: 64 additions & 6 deletions .gitignore
Original file line number Diff line number Diff line change
@@ -1,12 +1,70 @@
.apt_generated/
target/
.DS_Store
### Git ###
!.gitkeep


### STS ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
*.log*
bin/
.sts4-cache


### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr


### NetBeans ###
/nbproject/private/
/nbbuild/
/dist/
/nbdist/

/.nb-gradle/


### VS Code ###
.vscode/

dump.rdb


### OS Specific ###
.DS_Store
.tmp/

tmp/


### Maven ###
logs/
dump.rdb
target/

.classpth
.mvn/timing.properties
.mvn/wrapper/maven-wrapper.jar
.project

buildNumber.properties
dependency-reduced-pom.xml
pom.xml.next
pom.xml.tag
pom.xml.releaseBackup
pom.xml.versionsBackup
release.properties


### Weaver ###
dist/


### Project Specific ###
.env*

!**/src/main/**
!**/src/test/**
80 changes: 38 additions & 42 deletions CONTRIBUTING.md
Original file line number Diff line number Diff line change
@@ -1,69 +1,65 @@
# Contributing To IR IIIF Service
<a name="readme-top"></a>
# Contributing to Institutional Repository International Image Interoperability Framework Service

Though IR IIIF Service is developed and maintained by Texas A&M University Libraries, we welcome community contributions. Involvement in IR IIIF Service can take many forms:
Though *Institutional Repository International Image Interoperability Framework (IRIIIF) Service* is developed and maintained by Texas A&M University Libraries, we welcome community contributions.
Involvement in *IRIIIF Service* can take many forms.

#### Using IR IIIF Service
<div align="right">(<a href="#readme-top">back to top</a>)</div>

Deploying IR IIIF Service and trying it out at your own institution is itself a way of contributing to the development process. For more information on deployment strategies please see the [relevant documentation](https://github.com/TAMULib/IRIIIFService/blob/master/README.md).

#### Filing Issues
## Using

Once you are using IR IIIF Service the creation of new issues through Github is a major method of contribution towards IR IIIF Service development. Issues can be motivated by the discovery of a bug in the software, or by the desire to see either new features added to cap or existing features behaving differently.
Deploying *IRIIIF Service* and trying it out at your own institution is itself a way of contributing to the development process.
For more information on deployment strategies please see the [Deployment Guide][deployment-guide].

These three categories of issue can be submitted using the following template:
<div align="right">(<a href="#readme-top">back to top</a>)</div>

[*] Bug Report
[] Feature Enhancement
[] Feature Request

Current Behavior:
## Filing Issues

[A description of the current behavior. This could include a list of steps to reproduce in the instance of a
Bug Report, and can be 'N/A' for Feature Requests]
Once you are using *IRIIIF Service* the creation of new issues through GitHub is a major method of contribution towards *IRIIIF Service* development.
Issues can be motivated by the discovery of a bug in the software, or by the desire to see either new features added or see changes to existing features.

Desired Behavior:
There are two primary types of issues:
1. Bug Report
2. Feature Request

[A description of the expected/desired behavior of the application]
A **Bug Report** involves a problem with the existing software or a **Feature** is not working as designed or expected.

A **Feature** involves new functionality or behavior.

Relevant Information:
<div align="right">(<a href="#readme-top">back to top</a>)</div>

[This section can include relevant error messages, or links to information that pertains to the issue]

Once an issue has been filed it will be curated by a IR IIIF Service developer and receive the appropriate labeling.
## Creating a Pull Request

#### Creating Pull Requests
Community code and documentation contributions are welcome and should take the form of a **GitHub Pull Request** (*PR*).
Each *PR* will need to be reviewed by a *IRIIIF Service* developer.
A review will result in the *PR* being accepted and merged, a descriptive request for changes, or the *PR* being closed along with a detailed explanation.

Community code and documentation contributions are welcome, and should take the form of a Github Pull Request (PR). Each PR will need to be reviewed by a IR IIIF Service developer. A review will result in the PR being accepted and merged, a descriptive request for changes, or the PR being closed along with a detailed explanation.
It is our intention to maintain labeling on issues that are deemed to be low difficulty in order to provide a good point of entry for those looking to begin contributing code or documentation.

It is our intention to maintain labeling on issues that are deemed to be low difficulty, in order to provide a good point of entry for those looking to begin contributing code or documentation.
A *PR* description should include a list of the specific issues resolved, the predicted *semantic versioning* impact of the changes, and a description which characterizes the nature of the changes made.
When creating a *PR*, an issue template is automatically provided to simplify this process.

A PR description should include a list of the specific issues resolved, the predicted semantic versioning impact of the changes and a description which characterizes the nature of the changes made.
For more information about *semantic versioning* please see [Semantic Versioning Website][semantic-versioning].
In general keep in mind:

For more information about semantic versioning please see [this reference](https://semver.org/). In general keep in mind:
- A **Major Change** is a breaking change that is not backwards compatible.
- A **Minor Change** is a non-breaking change that is backwards compatible to the last **Major Change**.
- A **Patch** is a trivial change or bug fix that should not impact compatibility.

- A Major Change is a breaking change that is not backwards compatible.
- A Minor Change is a non breaking change that is backwards compatible to the last major change.
- A Patch is a trivial change or bug fix that should not impact compatibility
<div align="right">(<a href="#readme-top">back to top</a>)</div>

Please confirm you PR description to the following template:

Resolves:
## Good Luck!

- [List of # references to specific issues addressed by this PR]
We look forward to seeing your contributions.
If you have any additional questions please contact the *IRIIIF Service* developers at helpdesk@library.tamu.edu.

Changes:
<div align="right">(<a href="#readme-top">back to top</a>)</div>

[*] Major
[] Minor
[] Patch

[A description of the approach taken to resolving those issues]

In addition to a well formatted PR we would also appreciate granular commits with descriptive messages. For instance a good commit message may be `Moved /foo endpoint logic into a FooService`, whereas `Everything I did Friday` is less granular or descriptive.

If your commits do not conform to these recommendations you might consider rebasing your PR. Instructions for how this might work can be found [here](https://help.github.com/articles/about-git-rebase/).

#### Good Luck!

We look forward to seeing your contributions. If you have any additional questions please contact the IR IIIF Service developers at [helpdesk@library.tamu.edu](<>).
<!-- LINKS -->
[deployment-guide]: DEPLOYING.md
[semantic-versioning]: https://semver.org/
Loading

0 comments on commit 55418fb

Please sign in to comment.