git-repo 1.5.1

Git-Repo: git services CLI utility
----------------------------------

- To get the sources:
** https://github.com/guyzmo/git-repo
** https://gitlab.com/guyzmo/git-repo
** https://bitbucket.org/guyzmo/git-repo
** Issues: https://github.com/guyzmo/git-repo/issues

.. image:: https://travis-ci.org/guyzmo/git-repo.svg
:target: https://travis-ci.org/guyzmo/git-repo
.. image:: https://img.shields.io/pypi/v/git-repo.svg
:target: https://pypi.python.org/pypi/git-repo
.. image:: https://img.shields.io/pypi/dm/git-repo.svg
:target: https://pypi.python.org/pypi/git-repo

Usage
~~~~~

Control your remote git hosting services from the ``git`` commandline.
The usage is very simple. To clone a new project, out of github, just
issue:

::

% git hub clone guyzmo/git-repo

But that works also with a project from gitlab, bitbucket, or your own
gitlab:

::

% git lab clone guyzmo/git-repo
% git bb clone guyzmo/git-repo
% git myprecious clone guyzmo/git-repo

If you want to can choose the default branch to clone:

::

% git lab clone guyzmo/git-repo master

Though sometimes, as you're starting a new project, you want to create a
new repository to push to:

::

% git hub create guyzmo/git-repo

actually the namespace is facultative, as per default you can (and want
to) only create new repositories within your own account.

You might also want to add an existing remote ref to your workspace, and
that can be easily done with:

::

% git lab add guyzmo/git-repo

Which will add ``https://gitlab.com/guyzmo/git-repo`` as the ``gitlab``
remote!

Also, you can fork a repository using:

::

% git hub fork neovim/neovim

and of course, you can delete it using:

::

% git bb delete guyzmo/git-repo

Finally, you can open the repository's page, using the ``open`` command:

::

% git lab open guyzmo/git-repo

*Nota Bene*: Thanks to ``git`` CLI flexibility, by installing
``git-repo`` you directly have acces to the tool using
``git-repo hub …`` or ``git repo hub …``. For the ``git hub …``
call, you have to set up aliases, see below how to configure that.

And as a bonus, each time it's adding a new remote, it's updating the
``all`` remote, so that you can push your code to all your remote
repositories in one command:

::

% git push all master

Installation
~~~~~~~~~~~~

You can get the tool using pypi:

::

% pip install git-repo

or by getting the sources and running:

::

% python3 setup.py install

Configuration
~~~~~~~~~~~~~

To configure ``git-repo`` you need to tweak your ``~/.gitconfig``. For
each service you've got an account on, you have to make a section in the
gitconfig:

::

[gitrepo "gitlab"]
private_token = YourVerySecretKey

[gitrepo "github"]
private_token = YourOtherVerySecretKey

[gitrepo "bitbucket"]
private_token = username:password

Here, we're setting the basics: just the private token. You'll notice
that for bitbucket the private token is your username and password
seperated by a column. That's because bitbucket does not offer throw
away private tokens for tools (I might implement BB's OAuth at some
point).

You also have the ability to set up an alias:

::

[gitrepo "bitbucket"]
alias = bit
private_token = username:password

that will change the command you use for a name you'll prefer to handle
actions for the service you use:

::

% git-repo bit clone guyzmo/git-repo

Also, you can setup your own gitlab self-hosted server, using that
configuration:

::

[gitrepo "myprecious"]
type = gitlab
private_token = YourSuperPrivateKey
fqdn = gitlab.example.org

Finally, to make it really cool, you can make a few aliases in your
gitconfig:

::

[alias]
hub = repo hub
lab = repo lab
bb = repo bb
perso = repo perso

So you can run the tool as a git subcommand:

::

git hub clone guyzmo/git-repo

Development
~~~~~~~~~~~

For development, I like to use ``buildout``, and the repository is
already configured for that. All you have to do, is install buildout,
and then call it from the root of the repository:

::

% pip install zc.buildout
% buildout

and then you'll have the executable in ``bin``:


TODO
~~~~

- [x] make a ``git-repo fork`` action
- [x] make it possible to choose method (SSH or HTTPS)
- [x] handle default branches properly
- [x] make a nice way to push to all remotes at once
- [x] refactor the code into multiple modules
- [x] add regression tests (and actually find a smart way to implement
them…)
- [x] add travis build
- [ ] add support for handling gists
- [ ] add support for handling pull requests
- [ ] list them
- [ ] fetch them as local branches
- [ ] add OAuth support for bitbucket
- [ ] show a nice progress bar, while it's fetching
** partly implemented: the issue looks like that gitpython expects
output from git on stderr, whereas it's outputing on stdout.
- for more features, write an issue or, even better, a PR!

License
~~~~~~~

::

Copyright ⓒ Bernard `Guyzmo` Pratz <guyzmo+git-repo@m0g.net>

This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.

See the LICENSE file for the full license.

♥