add Dataverse support to changelog and mention in docs

pull/796/head
Daniel Nüst 2019-09-18 09:01:42 +02:00
rodzic 3bdf7041dc
commit 5c43a54c41
4 zmienionych plików z 8 dodań i 4 usunięć

Wyświetl plik

@ -11,6 +11,7 @@ Release date: TBD
New features
------------
- Add support for Figshare in :pr:`788` by :user:`nuest`.
- Add support for Dataverse in :pr:`739` by :user:`Xarthisius`.
API changes
-----------

Wyświetl plik

@ -82,4 +82,4 @@ The "Later" items are things that are at the back of the project's mind. At this
time there is no active plan for an item. The project would like to find the
resources and time to discuss and then execute these ideas.
* support execution on a remote host (with more resources than available locally) via the command-line
* add support for using ZIP files as the repo (`repo2docker https://example.com/an-archive.zip`) this will give us access to several archives (like Zenodo) that expose things as ZIP files.
* add support for using ZIP files as the repo (`repo2docker https://example.com/an-archive.zip`)

Wyświetl plik

@ -5,7 +5,7 @@ jupyter-repo2docker
images from source code repositories**.
``repo2docker`` fetches a repository
(from GitHub, GitLab, Zenodo, a Git repository or a local directory)
(from GitHub, GitLab, Zenodo, Figshare, Dataverse installations, a Git repository or a local directory)
and builds a container image in which the code can be executed.
The image build process is based on the configuration files found in the repository.

Wyświetl plik

@ -12,8 +12,11 @@ Using ``repo2docker``
``repo2docker`` can build a reproducible computational environment for any repository that
follows :ref:`specification`. repo2docker is called with the URL of a Git repository,
a DOI from Zenodo or Figshare, or a path to a local directory. It then
performs these steps:
a `DOI <https://en.wikipedia.org/wiki/Digital_object_identifier>`_ from Zenodo or Figshare,
a `Handle <https://en.wikipedia.org/wiki/Handle_System>`_ or DOI from a Dataverse installation,
or a path to a local directory.
It then performs these steps:
1. Inspects the repository for :ref:`configuration files <config-files>`. These will be used to build
the environment needed to run the repository.