3.1. Data safety

Later in the day, after seeing and solving so many DataLad error messages, you fall tired into your bed. Just as you are about to fall asleep, a thought crosses your mind:

“I now know that tracked content in a dataset is protected by git-annex. Whenever tracked contents are saved, they get locked and should not be modifiable. But… what about the notes that I have been taking since the first day? Should I not need to unlock them before I can modify them? And also the script! I was able to modify this despite giving it to DataLad to track, with no permission denied errors whatsoever! How does that work?”

This night, though, your question stays unanswered and you fall into a restless sleep filled with bad dreams about “permission denied” errors. The next day you’re the first student in your lecturer’s office hours.

“Oh, you’re really attentive. This is a great question!” our lecturer starts to explain.


Do you remember that we created the DataLad-101 dataset with a specific configuration template? It was the -c text2git option we provided in the beginning of Create a dataset. It is because of this configuration that we can modify notes.txt without unlocking its content first.

The second commit message in our datasets history summarizes this:

$ git log --reverse --oneline
dbaf9fa [DATALAD] new dataset
c74e2b7 Instruct annex to add text files to Git
44aa3e2 add books on Python and Unix to read later
393f24f add reference book about git
8d3b831 add beginners guide on bash
63d50c8 Add notes on datalad create
12ced25 add note on datalad save
9bb3629 [DATALAD] Recorded changes
72f6a7d Add note on datalad clone
42387da Add short script to write a list of podcast speakers and titles
4bf7418 [DATALAD RUNCMD] create a list of podcast titles
2dd044a BF: list both directories content
c317c6f [DATALAD RUNCMD] create a list of podcast titles
c3623d0 add note datalad and git diff
523a6b1 add note on basic datalad run and datalad rerun
e8e2e95 [DATALAD RUNCMD] convert -resize 400x400 recordings/longn...
8ffbc4a resized picture by hand
3219d48 [DATALAD RUNCMD] convert -resize 450x450 recordings/longn...
66b01ae add additional notes on run options
a84115d [DATALAD RUNCMD] Resize logo for slides
baf4fc5 [DATALAD RUNCMD] Resize logo for slides
a1f2c3f add note on clean datasets

Instead of giving text files such as your notes or your script to git-annex, the dataset stores it in Git. But what does it mean if files are in Git instead of git-annex?

Well, procedurally it means that everything that is stored in git-annex is content-locked, and everything that is stored in Git is not. You can modify content stored in Git straight away, without unlocking it first.

A simplified illustration of content lock in files managed by git-annex.

Fig. 3.2 A simplified overview of the tools that manage data in your dataset.

That’s easy enough.

“So, first of all: If we hadn’t provided the -c text2git argument, text files would get content-locked, too?”. “Yes, indeed. However, there are also ways to later change how file content is handled based on its type or size. It can be specified in the .gitattributes file, using annex.largefile options. But there will be a lecture on that1.”

“Okay, well, second: Isn’t it much easier to just not bother with locking and unlocking, and have everything ‘stored in Git’? Even if datalad run takes care of unlocking content, I do not see the point of git-annex”, you continue.

Here it gets tricky. To begin with the most important, and most straight-forward fact: It is not possible to store large files in Git. This is because Git would very quickly run into severe performance issues. For this reason, GitHub, a well-known hosting site for projects using Git, for example does not allow files larger than 100MB of size.

For now, we have solved the mystery of why text files can be modified without unlocking, and this is a small improvement in the vast amount of questions that have piled up in our curious minds. Essentially, git-annex protects your data from accidental modifications and thus keeps it safe. datalad run commands mitigate any technical complexity of this completely if -o/--output is specified properly, and datalad unlock commands can be used to unlock content “by hand” if modifications are performed outside of a datalad run.

But there comes the second, tricky part: There are ways to get rid of locking and unlocking within git-annex, using so-called adjusted branches. This functionality is dependent on the git-annex version one has installed, the git-annex version of the repository, and a use-case dependent comparison of the pros and cons. BUT: it is possible, and in many cases useful, and in later sections we will see how to use this feature. The next lecture, in any way, will guide us deeper into git-annex, and improve our understanding a slight bit further.



If you cannot wait to read about .gitattributes and other configuration files, jump ahead to chapter Tuning datasets to your needs, starting with section DIY configurations.