Grive2 — различия между версиями
м |
|||
Строка 11: | Строка 11: | ||
* Grive2 can do two-side synchronization between the Google Drive and local directory: it can download and upload changed files, create new directories, and move deleted files to trash. | * Grive2 can do two-side synchronization between the Google Drive and local directory: it can download and upload changed files, create new directories, and move deleted files to trash. | ||
* Dry run: you can see what actions Grive2 wants to perform with your files without really performing them (--dry-run option). | * Dry run: you can see what actions Grive2 wants to perform with your files without really performing them (--dry-run option). | ||
− | * You can select a single subdirectory to sync with '-s subdir' option and you can exclude some files from sync with '--ignore <regexp>' option. <regexp> has [http://perldoc.perl.org/perlre.html perl regexp syntax] and is matched against local path inside synced root directory. | + | * You can select a single subdirectory to sync with '-s subdir' option and you can exclude some files from sync with '--ignore <regexp>' option. <regexp> has [http://perldoc.perl.org/perlre.html perl regexp syntax] and is matched against local relative path inside synced root directory. Note that --ignore / -s value is remembered by Grive so call <tt>grive --ignore ''</tt> if you want to sync the whole root after syncing a single subdirectory. |
== Limitations == | == Limitations == |
Версия 17:26, 12 декабря 2015
Welcome to the Grive2 project homepage!
The purpose of this project is to provide an independent open source implementation of Google Drive client for GNU/Linux. It uses Google Drive REST API to talk to Google Drive service. The code is written in standard C++.
Grive2 is the fork of the original abandoned «Grive» (https://github.com/Grive/grive) with added support for the new Drive REST API (original version was using the «Document List API» which is now shut down) and some new features, for example, partial sync.
The source code of Grive2 is released under GPLv2.
Содержание
Features
- Grive2 can do two-side synchronization between the Google Drive and local directory: it can download and upload changed files, create new directories, and move deleted files to trash.
- Dry run: you can see what actions Grive2 wants to perform with your files without really performing them (--dry-run option).
- You can select a single subdirectory to sync with '-s subdir' option and you can exclude some files from sync with '--ignore <regexp>' option. <regexp> has perl regexp syntax and is matched against local relative path inside synced root directory. Note that --ignore / -s value is remembered by Grive so call grive --ignore if you want to sync the whole root after syncing a single subdirectory.
Limitations
The following features are not planned to be supported in the near future. The main reason is that Google Drive supports much more features than a local file system. It is not easy/feasible/practical to mimic everything in Google Drive to a directory in a computer.
See also the FAQ for the rationale behind them.
- Folders/files with multiple parents
- The structure of a Google Drive is not exactly organized in a hierarchy. It is more similar to an interconnected net attached to a single root point (quoted from the API reference). Obviously the files and directories in the file system have only one parent. Therefore, this feature cannot be implemented very easily.
- Folders/files with '/' in name
- '/' is the directory separator and cannot be used in file names.
- Multiple folders/files with the same name
- Current Grive2 behaviour is undefined with such files.
- Downloading Google Documents
- This feature is not currently implemented. If the demand for it is big enough, it may be implemented later. Patches are welcomed.
Installation
The following are instructions for compiling from the very latest «master branch» source and running `grive` in Debian/Ubuntu/Linux Mint.
Get dependencies
You need to get the dependency libraries along with their development (-dev or -devel) packages:
- yajl 2.x
- libcurl
- STL (libstdc++)
- libgcrypt
- Boost (filesystem, program_options, regex, unit_test_framework and system)
- expat
There are also some optional dependencies:
- CppUnit (for unit tests)
- libbfd (for backtrace)
- binutils (for libiberty, required for compilation in OpenSUSE, Ubuntu, Arch and etc)
And tools:
- Git
- CMake
- C++ compiler (g++ or clang)
On a Debian/Ubuntu/Linux Mint machine just install the following packages:
sudo apt-get install git cmake build-essential libgcrypt11-dev libyajl-dev libboost-all-dev libcurl4-openssl-dev libexpat1-dev libcppunit-dev binutils-dev
FreeBSD:
pkg install git cmake boost-libs yajl libgcrypt pkgconf cppunit libbfd
Download sources
- Either checkout with git: git clone https://github.com/vitalif/grive2
- Or download a ZIP archive and unpack it to some directory.
CMake
Now that you are in the source code's “grive2” subdirectory (after 'cd /path/to/yourGriveSourceCodeDir/grive2'), at the prompt type:
mkdir build cd build cmake ..
- note the double period (..) as the argument to cmake, to denote the parent directory.
- You should get a success message like: ”– Build files have been written to: /your/dir”
- Don't run it with sudo - root access is not needed for building.
Make and install
At the prompt type:
make -j4
You'll get lots of messages & hopefully a success message: ”[100%] Built target grive_executable”. The executable file itself (called “grive”) will be placed in the “grive” subdirectory.
Then install it to the system binary directory (/usr/local/bin by default) by running:
sudo make install
Updates
For subsequent updates, you'll run `git pull` to get the latest source and then just rebuild and re-install it:
cd /path/to/yourGriveSourceCodeDir/grive2 git pull cd build cmake .. make -j4 sudo make install
Check out this git book for more info about git, if you don't know what it is.
Note that there can be a delay in updating the archive (ZIP button on bottom right) at http://github.com/vitalif/grive2/, and it may not have the very latest. Pulling from git ensures the very latest.
Usage
Backup
Since grive is still «beta» or «alpha» you should better keep a backup copy of your google directory.
First run
Change to your google drive sync directory, and run grive -a:
cd /home/you/yourGoogleDrive/ grive -a
The «-a» option is only needed the very first time you run grive.
Visit the URL that comes up, then post the auth code given (you must have been logged into Google). You should get some messages including «Synchronizing files» … now you are running.
Syncs
To sync, you must run the program manually (there is no «real-time watching» yet). At the prompt, type:
cd /home/you/yourGoogleDrive/ grive
You can set up a cron job, if you want this done on a regular basis.
Command line options
Short option | Long option | Description |
---|---|---|
-h | --help | Produce help message |
-v | --version | Display Grive version |
-a | --auth | Request authorization token |
-p arg | --path arg | Root directory to sync |
-s arg | --dir arg | Single subdirectory to sync (remembered for next runs) |
-V | --verbose | Verbose mode. Enable more messages than normal. |
--log-http arg | Log all HTTP responses in this file for debugging. | |
--new-rev | Create new revisions in server for updated files. | |
-d | --debug | Enable debug level messages. Implies -v. |
-l arg | --log arg | Set log output filename. |
-f | --force | Force grive to always download a file from Google Drive instead of uploading it. |
--dry-run | Only detect which files need to be uploaded/downloaded, without actually performing them. | |
--ignore arg | Perl RegExp to ignore files (matched against relative paths, remembered for next runs). |
Reporting bugs
If you get some kind of «crash» (bunch of error messages on the screen), please run grive with the following options:
grive -l log.txt --log-http http
`log.txt` and `httpXXXX-XX-XX.XXXXXX.txt` files will be created. Please note these files may contain authentication tokens and file contents, so edit them before submitting.
Then create an issue on github: https://github.com/vitalif/grive2/issues/new and attach these files.
TODO
- Implement some kind of git-like «index» for fast local change tracking
- (Maybe) Implement automatic move/rename detection
- (Maybe) Implement «daemon mode» for continuous sync without running grive many times
Version History
Grive2 v0.4.2 (unreleased)
- Option to exclude files by perl regexp
- Reimplemented HTTP response logging for debug purposes
- Use multipart uploads (update metadata and contents at the same time) for improved perfomance & stability
- Bug fixes
- Simple option to move/rename files and directories, via `grive -m oldpath newpath` (by Dylan Wulf, wulfd1@tcnj.edu)
Grive2 v0.4.1
- Bug fixes
Grive2 v0.4.0
First fork release, by Vitaliy Filippov / vitalif at mail*ru
- Support for the new Google Drive REST API (old «Document List» API is shut down by Google 20 April 2015)
- REAL support for partial sync: syncs only one subdirectory with `grive -d subdir`
- Major refactoring — a lot of dead code removed, JSON-C is not used anymore, API-specific code is split from non-API-specific
- Some stability fixes from Visa Putkinen https://github.com/visap/grive/commits/visa
- Slightly reduce number of syscalls when reading local files.
Grive v0.3.0
Bug fix & minor feature release. Fixed bugs:
- #93: missing reference count increment in one of the Json constructors
- #82: retry for HTTP error 500 & 503
- #77: Fixed a bug where grive crashed on the first run.
New features:
- #87: support for revisions
- #86:
partial sync (contributed by justin at tierramedia.com)that’s not partial sync, that’s only support for specifying local path on command line
Contributing
Please send pull requests here: https://github.com/vitalif/grive2/
Full list of contributors
Maintainers:
- Vitaliy Filippov (vitalif *at* yourcmc.ru) 08.09.2013 — NOW
- Nestal Wan (me *at* nestal.net) 16.05.2012 — 03.05.2013
- Matchman Green (match065 *at* gmail.com) 26.04.2012 — 20.06.2012
Contributors:
- Dylan Wulf (wulfd1 *at* tcnj.edu)
- Visa Putkinen (visa.putkinen *at* reaktor.fi)
- justin (justin *at* tierramedia.com)
- Stephen Cox (stephencoxmail *at* gmail.com)
- Jan Winkler (winkler *at* informatik.uni-bremen.de)
- Caleb Maclennan (caleb *at* chiefworks.com)
- Ben L (nightgunner5 *at* llamaslayers.net)
- Georges Dubus (georges.dubus *at* compiletoi.net)
- georg wiltschek (georg.wiltschek *at* gmail.com)
- Erik Hardesty (dalingrin *at* gmail.com)
- José Luis Segura Lucas (josel.segura *at* gmx.es)
- LemonBoy (thatlemon *at* gmail.com)
- manuken (jesus.bustos *at* adminlinux.org)
- Eshwar Andhavarapu (gontadu *at* gmail.com)
- Andrea Scarpino (andrea *at* archlinux.org)
- Sunnywout (woutervdb97 *at* gmail.com)
- Massimo Gengarelli (gengarel *at* cs.unibo.it)