Решил написать эту заметку после того, как уже в который раз вместе с осыпавшимся жёстким диском потерял часть своих рабочих проектов.
За всё время работы со звуком я успел перепробовать несколько способов хранения проектов: это и дублирование в нескольких папках диска, и полное хранение в облаке, и хранение переходных версий… Но все эти способы жутко неудобны, поэтому спустя некоторое время процесс предсказуемо скатывался к хранению одной версии проекта. Что, собственно, снова привело к потерям.
Последним моим экспериментом в хранении проектов стал Git. Те, кто связан с программированием или вёрсткой, наверняка знают что это, остальным вкратце поясню:
Git — это распределённая система хранения версий файлов. Особенности данной системы заключаются в том, что она хранит всю историю изменений интересующих нас файлов и над одним проектом могут одновременно работать несколько человек.
Я уже довольно долго с git по роду деятельности (разрабатываю web-приложения), но тестировать его в саундпродакшне начал всего пару месяцев назад. Объясню почему.
Дело в том, что все прелести git раскрываются только в работе с текстовым содержимым (например, программный код, HTML-разметка и т. п.). Аудиофайлы, изображения и им подобные можно просто хранить в git-репозитории. Это не плохо, но и ничего хорошего в этом нет.
В связи с этим, вопрос к аудитории: как вы храните свои рабочие проекты? Поделитесь интересными способами в комментариях к этому посту.
