Git для продюсеров или поиск оптимального способа хранения проектов

Решил написать эту заметку после того, как уже в который раз вместе с осыпавшимся жёстким диском потерял часть своих рабочих проектов.

За всё время работы со звуком я успел перепробовать несколько способов хранения проектов: это и дублирование в нескольких папках диска, и полное хранение в облаке, и хранение переходных версий… Но все эти способы жутко неудобны, поэтому спустя некоторое время процесс предсказуемо скатывался к хранению одной версии проекта. Что, собственно, снова привело к потерям.

Последним моим экспериментом в хранении проектов стал Git. Те, кто связан с программированием или вёрсткой, наверняка знают что это, остальным вкратце поясню:

Git — это распределённая система хранения версий файлов. Особенности данной системы заключаются в том, что она хранит всю историю изменений интересующих нас файлов и над одним проектом могут одновременно работать несколько человек.

Я уже довольно долго с git по роду деятельности (разрабатываю web-приложения), но тестировать его в саундпродакшне начал всего пару месяцев назад. Объясню почему.

Дело в том, что все прелести git раскрываются только в работе с текстовым содержимым (например, программный код, HTML-разметка и т. п.). Аудиофайлы, изображения и им подобные можно просто хранить в git-репозитории. Это не плохо, но и ничего хорошего в этом нет.

В связи с этим, вопрос к аудитории: как вы храните свои рабочие проекты? Поделитесь интересными способами в комментариях к этому посту.

Источник: nch-nch.ru

Читайте также  Россияне, бегом за авиабилетами! Сегодня ночью они станут дороже
mb-samara