We already have 'sync' command, but users report it to be confusing
when both local and remote files exist, so lets introduce two direct
commands to implicitly push and pull from cloud.
Fixes#157.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
Cloud is determined from config and stays the same from that moment,
so it makes sense to parse it once and store in settings, so whoever
needs it, could just use self.settings.cloud. This is going to be
more useful in the few next commits, where push/pull/status are introduced.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
Making sure git is configured at least with name and email,
so our commits can be commited without any problems.
Fixes#64.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
Adding metavar='' is a legacy from previous design and should
be removed to achieve better help msgs.
'run' should have 'command' as a positional and _required_ argument and 'args'
as a remainder.
'repro' had CmdRun triggered when called from cli.
'sync' should have 'targets' as a positional and _required_ argument.
Fixes#136.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
Same as with travis, appveyor will push dvc installer
for windows, when new dvc is being released on github.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
I made a mistake of generating tokens on my repo
efiop/dvc, so it was not correct for official repo
and thus travis couldn't upload packages.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
Travis is able to automatically build and upload releases
to github, so when we will release next dvc version, travis
will automatically upload deb and rpm packages to github.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
This will make the structure of dvc more linear
making it easier to read. Plus, these changes
are needed in preparation for libdvc, as they
move all cmdline parsing to one common place.
This patch also refactors our settings system
also make it more linear and remove abstraction
levels that are not needed and only cause confusion.
There is a lot more to be done in preparation for
dvc lib and RFC overall, but this a first step
in that long journey.
Signed-off-by: Ruslan Kuprieiev <[email protected]>
Ruslan Kuprieiev
Dmitry Petrov