Provided by: datalad_0.15.5-1_all bug

NAME

       datalad create-sibling-github - create dataset sibling on GitHub.

SYNOPSIS

       datalad  create-sibling-github  [-h]  [--dataset  DATASET]  [-r]  [-R LEVELS] [-s NAME] [--existing MODE]
              [--github-login NAME] [--github-organization  NAME]  [--access-protocol  {https|ssh}]  [--publish-
              depends SIBLINGNAME] [--private] [--dryrun] [--dry-run] [--version] REPONAME

DESCRIPTION

       An  existing  GitHub  project, or a project created via the GitHub website can be configured as a sibling
       with the siblings command.  Alternatively, this command can create a repository  under  a  user's  GitHub
       account,  or any organization a user is a member of (given appropriate permissions). This is particularly
       helpful for recursive sibling  creation  for  subdatasets.  In  such  a  case,  a  dataset  hierarchy  is
       represented as a flat list of GitHub repositories.

       GitHub    cannot    host    dataset    content    (but    LFS    special    remote    could    be   used,
       http://handbook.datalad.org/r.html?LFS). However, in combination with other data sources (and  siblings),
       publishing a dataset to GitHub can facilitate distribution and exchange, while still allowing any dataset
       consumer to obtain actual data content from alternative sources.

       For GitHub authentication a personal access token is needed.  Such a token can be generated  by  visiting
       https://github.com/settings/tokens  or  navigating  via  GitHub  Web  UI  through:  Settings -> Developer
       settings -> Personal access tokens.  We will first consult Git configuration *hub.oauthtoken* for  tokens
       possibly available there, and then from the system credential store.

       If  you  provide --github-login NAME, we will consider only tokens associated with that GitHub login from
       *hub.oauthtoken*, and store/check the token in credential store as associated with  that  specific  login
       name.

OPTIONS

       REPONAME
              GitHub  repository  name.  When  operating recursively, a suffix will be appended to this name for
              each subdataset. Constraints: value must be a string

       -h, --help, --help-np
              show this help message. --help-np forcefully disables the use of a pager for displaying  the  help
              message

       --dataset DATASET, -d DATASET
              specify  the  dataset  to create the publication target for. If no dataset is given, an attempt is
              made to identify the dataset based on the current working directory. Constraints: Value must be  a
              Dataset or a valid identifier of a Dataset (e.g. a path)

       -r, --recursive
              if set, recurse into potential subdataset.

       -R LEVELS, --recursion-limit LEVELS
              limit  recursion  into  subdataset  to  the  given  number  of  levels. Constraints: value must be
              convertible to type 'int'

       -s NAME, --name NAME
              name to represent the GitHub repository in the local dataset installation. Constraints: value must
              be a string [Default: 'github']

       --existing MODE
              desired  behavior  when  already  existing  or configured siblings are discovered. In this case, a
              dataset can be skipped ('skip'), the sibling configuration be updated ('reconfigure'), or  process
              interrupts  with error ('error'). DANGER ZONE: If 'replace' is used, an existing github repository
              will be irreversibly removed,  re-initialized,  and  the  sibling  (re-)configured  (thus  implies
              'reconfigure'). REPLACE could lead to data loss, so use with care. To minimize possibility of data
              loss, in interactive mode DataLad will ask for confirmation, but it would raise  an  exception  in
              non-interactive  mode.  Constraints:  value  must  be  one  of  ('skip',  'error',  'reconfigure',
              'replace') [Default: 'error']

       --github-login NAME
              GitHub user name or access token. Constraints: value must be a string

       --github-organization NAME
              If provided, the repository will be created under this GitHub organization. The respective  GitHub
              user needs appropriate permissions. Constraints: value must be a string

       --access-protocol {https|ssh}
              Which  access  protocol/URL  to  configure  for  the  sibling.  Constraints:  value must be one of
              ('https', 'ssh') [Default: 'https']

       --publish-depends SIBLINGNAME
              add a dependency such that the given existing  sibling  is  always  published  prior  to  the  new
              sibling.  This  equals  setting a configuration item 'remote.SIBLINGNAME.datalad-publish-depends'.
              This option can be given more than once to configure  multiple  dependencies.  Constraints:  value
              must be a string

       --private
              If  this  flag is set, the repository created on github will be marked as private and only visible
              to those granted access or by membership of a team/organization/etc.

       --dryrun
              Deprecated. Use the renamed --dry-run parameter.

       --dry-run
              If this flag is set, no repositories will be created.  Instead  tests  for  name  collisions  with
              existing  projects  will be performed, and would-be repository names are reported for all relevant
              datasets.

       --version
              show the module and its version which provides the command

AUTHORS

        datalad is developed by The DataLad Team and Contributors <team@datalad.org>.