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
As the API-X codebase matures, it becomes more difficult to manage the proof-of-concept related material from the core code. Not only can it be more difficult to manage, but it also doesn't make sense to keep mature code together with code that is intended to demonstrate nascent concepts. Down the road, it may make sense to promote the API-X code from the "labs" repository, but leave the proofs-of-concept behind.
Ideally, the proof-of-concept (POC) related items can be separated into a distinct repository, for the reasons discussed above. The POC repository should maintain its history from this repository.
The text was updated successfully, but these errors were encountered:
emetsger
added a commit
to emetsger/fcrepo-api-x
that referenced
this issue
Sep 19, 2016
… images.
- Change coordinates to use groupId org.fcrepo.apix.poc
- Remove elements that pertain to production codebase (keeping elements that relate to the POC)
- Addresses fcrepo4-labs#40
The refactor-poc branch in my fork contains the proposed git history and file structure for a new repository dedicated to the proof of concepts. The contents and history of this branch would be pushed to a new repository under fcrepo4-labs.
git filter-branch was used to select the history of the proof-of-concept related material, including the docker and proof-of-concept subdirectories, as well as various readme files and POMs. POMs were subsequently edited to build the code as appropriate.
Note that multiple invocations of git filter-branch were used and later merged into the refactor-poc branch. It may be possible to string together all of the various filters into a single invocation of git filter-branch and remove the merge commits.
As the API-X codebase matures, it becomes more difficult to manage the proof-of-concept related material from the core code. Not only can it be more difficult to manage, but it also doesn't make sense to keep mature code together with code that is intended to demonstrate nascent concepts. Down the road, it may make sense to promote the API-X code from the "labs" repository, but leave the proofs-of-concept behind.
Ideally, the proof-of-concept (POC) related items can be separated into a distinct repository, for the reasons discussed above. The POC repository should maintain its history from this repository.
The text was updated successfully, but these errors were encountered: