Every month we are sharing here our news, findings, interesting reads, community takeaways, and everything along the way. Some of those are related to our brainchild DVC and its journey. The others are a collection of exciting stories and ideas centered around ML best practices and workflow.
How cool is this handmade swag from our community? We were in tears!
The past few months have been so busy and full of great events! We love how involved our community is and can’t wait to share more with you:
We have organized our very first meetup! So many great conversations, new use cases and insights! Many thanks to Dan Fischetti from Standard Cognition, who joined our Dmitry Petrov on stage. Watch the recording here.
Our open source event Hacktoberfest-themed meet-up was a success. Thanks to @DVCorg and it's mentors for all the hard work.— Programming Society IIIT-Bh (@psociiit) October 18, 2019
Some of our attendees made their first PR on DVC and got them merged. Kudos to the team!
PS: 🍕 was the second best thing of the evening. pic.twitter.com/zAWC0TVlPd
We’ve crossed 4k stars mark on Github!
Thank you @DVCorg for participating in the Devsprints, by @FossMEC and @excelmec. We had @shcheklein who joined us all the way from SF and explained how open source is boosting the future. Srinidhi and @kurianbenoy2 helped participants get started to contributing to the project.— FOSS MEC (@FossMec) November 8, 2019
Devsprints participants on our Discord channel
DVC became part of the default
Homebrew formulae! So now you can
install it as easy as
brew install dvc!
We helped 2 aspiring speakers deliver their very first conference talks. Kurian Benoy was speaking at PyconIndia and Aman Sharma was speaking at SciPyIndia. Supporting speakers is something we are passionate about and if you ever wanted to give a talk on a DVC-related topic — we are here to help, just let us know!
Our own Dmitry Petrov went to Europe to speak at the Open Source Summit Europe in Lyon, Highload++ in Moscow and made a stop in in Berlin to co-host a meetup with our favourite AI folks from Codecentric!
Here are some of the great pieces of content around DVC and ML ops that we discovered in October and November:
…building your ML system has a great advantage — it is tailored to your needs. It has all features that are needed in your ML system and can be as complex as you wish. This tutorial is for readers who are familiar with ML and would like to learn how to build ML web services.
In this article, I want to show 3 powerful tools to simplify and scale up machine learning development within an organization by making it easy to track, reproduce, manage, and deploy models.
We do believe that Data Science is a field that can become even more mature by using best practices in project development and that Conda, Git, DVC, and JupyterLab are key components of this new approach
DVC is a powerful tool and we covered only the fundamentals of it.
There are lots of hidden gems in our Discord community discussions. Sometimes they are scattered all over the channels and hard to track down.
We are sifting through the issues and discussions and share with you the most interesting takeaways.
dvc importyou get the state of the data in the original repo at that moment in time from that repo, right? The overall state of that repo (e.g. Git
commit id(hash)) is not preserved upon import, right?
On the contrary, DVC relies on Git
commit id (hash) to determine the state of
the data as well as code. Git
commit id (hash) is saved in DVC file upon
import, data itself is copied/downloaded into DVC repo cache but would not be
pushed to the remote — DVC does not create duplicates. There is a command to
advance/update it when it’s needed —
dvc update. Git commit hash saved to
provide reproducibility. Even if the source repo
HEAD has changed your import
stays the same until you run
dvc update or redo
Yes, in this sense DVC is not very different from using bare S3, SSH or any other storage where you can go and just delete data. DVC can give a bit of overhead to locate a specific file to delete, but otherwise it’s all the same you will be able to delete any file you want. Read more details in this discussion.
foo.png.dvc— is there a command that will show the remote url, something like
dvc get-remote-url foo.png.dvcwhich will return e.g. the Azure url to download.
There is no special command for that, but if you are using Python, you could use our API specifically designed for that:
from dvc.api import get_url url = get_url(path, repo="https://github.com/user/proj", rev="mybranch")
so, you could as well use this from CLI as a wrapper command.
Short answer: no (as of the date of publishing this Heartbeat issue) Good news — it should be very easy to add, so we would welcome a contribution :) Azure has a connection argument for AD — quick googling shows this library, which is what probably needed.
When installing using
plain.pkg it is a bit tricky to uninstall, so we usually
recommend using things like brew cask instead if you really need the binary
package. Try to run these commands:
$ sudo rm -rf /usr/local/bin/dvc $ sudo rm -rf /usr/local/lib/dvc $ sudo pkgutil --forget com.iterative.dvc
to uninstall the package.
Yes, you should use
--global config options to set user per
project or per use machine without sharing (committing) them to Git:
$ dvc remote modify myremote —local user myuser
$ dvc remote modify myremote —global user myuser
A simple environment variable like this:
$ export AWS_CA_BUNDLE=/path/to/cert/cert.crt dvc push
should do the trick for now, we plan to fix the ca_bundle option soon.
dvc reproand I’m happy with the result. However, I realized that I didn’t specify a dependency which I needed (and obviously is used in the computation). Can I somehow fix it?
Add the dependency to the stage file without rerunning/reproducing the stage. This is not needed as this additional dependency hasn’t changed.
You would need to edit the DVC-file. In the deps section add:
dvc commit file.dvc to save changes w/o running the pipeline again.
See an example
dvc push -r upstreamas opposed to
dvc push(mind no additional arguments).
You can mark a “default” remote:
$ dvc remote add -d remote /path/to/my/main/remote
dvc push (and other commands like
dvc pull) will know to push to the
No, at least at the time of publishing this. You could use a phony output though. E.g. make the stage A output some dummy file and make B depend on it. Please, consider creating or upvoting a relevant issue on our Github if you’d this to be implemented.