[Archivesspace_Users_Group] ArchivesSpace codebase repository setup

KNOWLES Claire Claire.Knowles at ed.ac.uk
Mon Mar 14 08:14:12 EDT 2016

Hi Chris and Alex,

I'm interested in this discussion and the set-up others are using, as I'm not sure that the set-up we have for ArchivesSpace development is ideal.

We are also customising ArchivesSpace and have made tweaks to the EAD import, footer, import jobs page. We have forked ArchivesSpace into a UoEMainLibrary GitHub account, which we then fork into our own accounts for doing development and then clone. This means that we make pull requests to the team account for changes.  We have also created branches prefixed with uoe that are copies of the corresponding ArchivesSpace release tag.  As I would rather than we only released the latest release from ArchivesSpace with our changes and not the master. We then deploy the whole application at once from this branch.



From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
Sent: 11 March 2016 20:29
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] ArchivesSpace codebase repository setup


One thing you can do is to just set and upstream repo in git. I.e. :

0 ) Fork the main archivesspace/archivesspace repo and clone it

1 ) Add an upstream remote to your clone (  git remote add upstream https://github.com/archivesspace/archivesspace.git )

2 ) now you can pull down any upstream changes ( git pull upstream master, or make a branch first, pull the upstream into that branch, then merge the brance into your master )

Does that make sense?


Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Alexander Duryee <alexanderduryee at nypl.org>
Sent: Friday, March 11, 2016 8:08 PM
To: Archivesspace Users Group
Subject: [Archivesspace_Users_Group] ArchivesSpace codebase repository setup

We're undertaking local feature development for ArchivesSpace (ranging from EAD/MARC export tweaking to database migrations and corresponding UI updates); as such, we're setting up code repositories for our local codebase.  Given that the ASpace application doesn't map cleanly to the source repo, it's not immediately clear what the best setup for a code repository will be.

How has the list set up their local code repositories?  Right now, there seem to be a few options for us:

- fork the main ASpace repository, work there, and deploy a full copy of the repo into /plugins/local/ (losing migration/config source control)
- set up a repo that contains the ASpace application, work in plugins/ (and migrations/ and config/ when needed), and deploy the entire application at once
- set up a repo of just /plugins/, work there, and deploy that (losing config/migration source control)

We're leaning towards the second option (if only to keep configs/migrations under source control), but none of these implementations feels satisfactory.  Are there other methods of maintaining source control for ArchivesSpace code/config that the list is using?


Alexander Duryee
Metadata Archivist
New York Public Library
alexanderduryee at nypl.org<mailto:alexanderduryee at nypl.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160314/1e5db726/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160314/1e5db726/attachment.ksh>

More information about the Archivesspace_Users_Group mailing list