Резервное копирование локально измененных и новых исходных файлов

Question

Мне интересно, как другие программисты поддерживают резервные копии изменений, которые еще не находятся под контролем исходного кода, будь то новые файлы или измененные. В основном я имею в виду работу среднего размера - вряд ли стоит усилий по созданию частной ветки, но на это уходит больше дня.

Это не вопрос конкретного поставщика - я хотел бы посмотреть, имеют ли различные продукты разные решения проблемы. Я был бы признателен за ответы, относящиеся к SVN и распределенным SCC. Меня больше всего интересуют эти последние (Mercurial, GIT и т. Д.) - это здорово, что у вас есть собственный локальный репозиторий, но регулярно ли вы его резервируете вместе с исходными файлами?

Примечание. Я не спрашиваю об общей стратегии резервного копирования. Для этого у нас есть ЭТО. Я ищу лучший способ сделать резервные копии локально модифицированных материалов, прежде чем они будут возвращены в основной репозиторий.

Answer 1

Когда вы говорите:

вряд ли стоит усилий, чтобы сделать частный филиал, но занимает больше день для завершения

Я бы сказал, что вы не правы. Даже если бы это заняло около часа, я бы поставил его под контроль версий.

Answer 2

Я «создаю резервные копии» файлов, которые, скажем, старше двух часов, помещая их в VCS - если мне может понадобиться вернуться к этому вопросу. Если это имеет какое-либо значение (достаточное, чтобы оправдать мысли о резервном копировании), то оно идет прямо в VCS. Только если это не настолько важно, чтобы иметь значение, оно остается вне VCS. И я стараюсь, конечно, чтобы сама VCS была зарезервирована.

Answer 3

Работа: Я использую Git локально на своей машине и фиксирую репозиторий Vault, когда я закончу. Я быстро разветвляюсь и объединяюсь, Build Machine и все получают рабочий код:)

Начало: Я использую Git локально и после завершения работаю с другим репозиторием Git в моей сети.

Answer 4

Я использую Mercurial для дома. Репозиторий клонируется и поддерживается на двух моих рабочих компьютерах. Наконец, я храню набор архивных файлов hg на внешнем жестком диске, который автоматически создается сценарием Python, который я написал. В основе архива лежит набор репозиториев, хранящихся на «домашнем» компьютере.

Я не делаю ничего новаторского здесь, но вероятность того, что несколько жестких дисков сломаются одновременно, маловероятна. Более того, это почти автоматически, потому что я периодически переключаюсь между двумя компьютерами.

Если мне нужно изменить большой сегмент кода, я сделаю непрерывные небольшие коммиты в клоне ветви, а затем вернусь назад, когда я закончу. Я предпочитаю сегментировать мои изменения в небольших контролируемых группах. По своей сути ветка будет резервной копией, потому что вышеупомянутый скрипт идентифицирует все репозитории hg и поддерживает их все. Короче говоря, если они существуют, они резервируются.

Answer 5

Некоторые SCC (например, Vault) предоставляют стеллажи.

Вы можете опубликовать набор изменений в репозитории без его фиксации.