Лучшие практики для резервного копирования при разработке

Я разработчик среднего уровня (думаю). Я почти всегда работаю один.

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

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

Какое лучшее решение? Похоже, что в моей ситуации службы типа GIT могут доставлять больше хлопот, чем того стоит.


development-environment backup-strategies
person Brian Barrus    schedule 21.09.2012    source источник
comment
Оцените Veracity. У них есть бесплатный частный хостинг репозитория для пяти пользователей. Я постоянно использую Veracity для небольших проектов. Придется немного научиться, но сейчас мне это очень нравится. Если у вас есть конкретные вопросы, обязательно посетите их раздел Q&A на сайте.   -  person rkyser    schedule 21.09.2012
comment
Настройте Git с удаленным сервером. Это не так уж и сложно из-за того, для чего вы хотите его использовать.   -  person Nasreddine    schedule 21.09.2012
comment
Я думаю, что программа config mngmt (SCM) может быть полезна, даже если вы работаете в одиночку. Во-первых, вы готовы, если когда-нибудь начнете работать с другим разработчиком. Кроме того, (1) легче поддерживать несколько версий выпуска (например, разные наборы функций, разные платформы и т. Д.) Вашего продукта; (2) вы можете работать над долгосрочными или экспериментальными функциями, не мешая вашему ближайшему развитию; и (3) намного проще откатить изменения, если вы обнаружите, что зашли в кроличью нору и вам нужно сделать резервную копию до заведомо исправной точки.   -  person David    schedule 21.09.2012

Ответы (2)


arrow_upward
0
arrow_downward

Вы работаете по неправильному пути ... Попробуйте CVS, такое программное обеспечение управляет версиями и изменениями. сам по себе.

Прочтите о том, как реализовать решение SVN, которое вам очень поможет.

GIT, Codeplex и другие репозитории основаны на таких инструментах.

person user1574833    schedule 21.09.2012

arrow_upward
0
arrow_downward

проблема в шагах:

Управления источником

У Google есть полный список статей, если вы используете GIT, это моя любимая: http://nvie.com/posts/a-successful-git-branching-model/

и посмотрите этот другой www.bignerdranch.com/blog/you-need-source-code-control-now/

но система контроля версий - это не просто резервная копия.

См. Есть ли принципиальная разница между резервным копированием и контролем версий?

Сделайте резервную копию вашего источника

Вам нужна копия вашего кода на резервном сервере, сайте или внешнем хранилище.

GIT или Subversion предназначены для управления версиями, а не для копирования.

см. «Рекомендации по резервному копированию: прочтите в первую очередь!»

и периодически настраивать инструмент для этой работы.

Управление конфигурацией программного обеспечения

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

смотри Redmine ...

person Slinker009    schedule 13.07.2015