Здравствуйте, DiZSl, Вы писали:


DZS>Контроль версий для одиночных проектов? Даже не смешно — комментируйте код, делайте рефакторинг. Контроль версий нужен при работе в команде над ОДНИМ проектом.

Так толсто, что аж сочится.

Для начала: как будем баги исправлять в прошлых версиях?

Здравствуйте, YuriKobets, Вы писали:

YK>Здравствуйте, DiZSl, Вы писали:

DZS>>Контроль версий для одиночных проектов? Даже не смешно — комментируйте код, делайте рефакторинг. Контроль версий нужен при работе в команде над ОДНИМ проектом.

YK>Да, когда-то я так же думал пока не вляпался несколько раз. Даже для одиночного проекта SVN бывает дюже полезен. Оно, конечно, не используется на все сто, но совсем не будет лишним.

Чтобы вляпаться для этого должны быть причины, и наличие/отсутствие контроля хоть и могли их решить, но вряд ли являлись ее источником и более чем вероятно проблема могла быть решена методами отличными от контроля версий. У меня, например, за 10 лет никаких проблем никогда не возникало (бывало откатывался назад по бекапу или делал сравнения с бекапами). А вот когда работаешь в команде, да еще не только над одним проектом, а над одной компонентой, вот тогда контроль версий не просто полезен (как если бы работал один), а просто необходим.

DZS>>Что касается бекапа, то батник и командная строка решают проблему нисколько не хуже, чему супер-мега навороченные тулзы. Структура — /Год/Месяц/число-время.zip

YK>Оно то так и есть, но при наборе некой критической массы, вся эта структура становится очень и очень неуклюжей.

Возможно, но у меня достаточно большой проект, но дополнительных затруднений пока не возникает. Билд, например, идет с помощью батников: подъем версии, билд dll-ок (около 50), билд основного проекта, подпись кода. Сборка в дистриб отдельно. Одно касание, чашка чая и все проекты пересобраны и дистриб готов. Аналогично и с бекапами. Главное все жестко структурировать.

Здравствуйте, DiZSl, Вы писали:

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

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

DZS>Возможно, но у меня достаточно большой проект, но дополнительных затруднений пока не возникает. Билд, например, идет с помощью батников: подъем версии, билд dll-ок (около 50), билд основного проекта, подпись кода. Сборка в дистриб отдельно. Одно касание, чашка чая и все проекты пересобраны и дистриб готов. Аналогично и с бекапами. Главное все жестко структурировать.

Иногда проблемы возникают как раз от такой жесткости Гибкость она тоже необходима. Но в общем каждый работает как ему удобно — тут спорить не буду. Главное не как делать бэкапы, главное делать их.

Здравствуйте, Олег К., Вы писали:

ОК>Мне более актуально услышать ответы от шароварщиков-одиночек, но интересно также услышать от людей у которых уже есть наемные работники. В таком случае назовите сколько у вас человек. всем.
SVN и текучка на TrueCrypt контейнере, который раз в месяц бекапится на другой винт.
Архив c тяжелыми материалами на шифрованном томе NAS, который маунтится через iSCSI.
Плюс для мелкого текущего бекапа скрипт

FOR /F "tokens=*" %%i IN ('datetime.exe') DO set _PRODNAME=%%i
7z a -r -tzip "%1-%_PRODNAME%.zip" .

Который на выходе дает архивы вида ProjectName-TimeStamp.zip

Здравствуйте, YuriKobets, Вы писали:

YK>Ну до кучи периодически заливаю бэкапы на google drive и one drive — это не так удобно т.к. приходится сначала все раром паковать.

А зачем раром паковать? Пусть синхронизируется. Там же можно целую папку скачать архивом.

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

Может кому будет полезно.

#!/bin/sh

SVN_REPO_PATH=/srv/scm/svnrepos
GIT_REPO_PATH=/srv/scm/gitrepos
BACKUP_PATH=/srv/scm/repobackup
CURR_DATE=`date +%Y%m%d`
SVN_SUFFIX="-svn-${CURR_DATE}.dump.gz"
GIT_SUFFIX="-git-${CURR_DATE}.tar.gz"


for NAME in `ls "${SVN_REPO_PATH}"`; do
        LASTCOMMIT="${SVN_REPO_PATH}/${NAME}/lastcommit-timestamp"
        LASTBACKUP="${SVN_REPO_PATH}/${NAME}/lastbackup-timestamp"
        if [ "${LASTCOMMIT}" -nt "${LASTBACKUP}" ]; then
                echo "${NAME} (backup)"
                svnadmin dump "${SVN_REPO_PATH}/${NAME}" | gzip -9 -c > "${BACKUP_PATH}/${NAME}${SVN_SUFFIX}"
                touch "${LASTBACKUP}"
        else
                echo "${NAME} (pass)"
        fi
done;

for NAME in `ls "${GIT_REPO_PATH}" | grep .git | sed -e 's/.git$//'`; do
        LASTCOMMIT="${GIT_REPO_PATH}/${NAME}.git/lastcommit-timestamp"
        LASTBACKUP="${GIT_REPO_PATH}/${NAME}.git/lastbackup-timestamp"
        if [ "${LASTCOMMIT}" -nt "${LASTBACKUP}" ]; then
                echo "${NAME} (backup)"
                tar -C "${GIT_REPO_PATH}" -c "${NAME}.git" | gzip -9 -c > "${BACKUP_PATH}/${NAME}${GIT_SUFFIX}"
                touch "${LASTBACKUP}"
        else
                echo "${NAME} (pass)"
        fi
done;

Здравствуйте, Submitter, Вы писали:

S>Здравствуйте, YuriKobets, Вы писали:

YK>>Ну до кучи периодически заливаю бэкапы на google drive и one drive — это не так удобно т.к. приходится сначала все раром паковать.

S>А зачем раром паковать? Пусть синхронизируется. Там же можно целую папку скачать архивом.

А шифровать как без rara?

Здравствуйте, DiZSl, Вы писали:

DZS>Контроль версий для одиночных проектов? Даже не смешно — комментируйте код, делайте рефакторинг. Контроль версий нужен при работе в команде над ОДНИМ проектом.

Ну, это зря. например иногда нужно посмотреть, как этот код выглядел ДО исправлений. Как ты это сделаешь без контроля версий? А иногда — нужно посмотреть как оно пару лет назад выглядело.

Здравствуйте, Grizzli, Вы писали:

G>Ну, это зря. например иногда нужно посмотреть, как этот код выглядел ДО исправлений. Как ты это сделаешь без контроля версий? А иногда — нужно посмотреть как оно пару лет назад выглядело.

Еще последнее время, нахожу очень полезной, возможность просмотреть при коммите "чего написал". Спасает от собственного расп-ства и своевольностей студии, при работе с ресурсами.

git + git extensions

Здравствуйте, Олег К., Вы писали:

ОК>Пацаны, шароварщики, а расскажите как вы делаете бэкапы? Еще на каком железе разрабатываете и тестируете. Я пока работаю на лэптопе, в качестве контроля версий использую git а потом вечером копирую все содержимое директории на флешку. Каждый раз создаю директорию по дате и все в принципе. А у вас как? Может есть что-то получше?

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

Здравствуйте, tttraveler, Вы писали:
T>есть 100% надежный способ, но с точки зрения хранения истории коммитов это очень нехорошо
T>делать коммит раз в 30-60 минут
T>с автоматическим деплойментом на свой сервер географически находящийся в др части планеты по отношению к тебе и репозиторию
T>и выкидывать из головы написанное насовсем, ибо теперь все совсем надежно забэкапировалось

то есть репозиторий должен быть на сервере вроде бинзтока или ассембла, где есть свой бэкап

Здравствуйте, мыщъх, Вы писали:

шаровара в опен-сурсе так же возможна, ибо открытый не означает бесплатный.

а как это можно сделать ?
в соглашении прописать или как то иначе?

Здравствуйте, Submitter, Вы писали:

YK>>Ну до кучи периодически заливаю бэкапы на google drive и one drive — это не так удобно т.к. приходится сначала все раром паковать.

S>А зачем раром паковать? Пусть синхронизируется. Там же можно целую папку скачать архивом.

Да можно, проблема только в том, что и то и другое синхронизирует только свою папку. И вопрос как туда залить файло из разных папок на диске? Либо копировать либо архивировать и лить туда архив. Или я что-то не знаю про google drive и one drive?

Здравствуйте, sergey2b, Вы писали:

S>Здравствуйте, мыщъх, Вы писали:

S> шаровара в опен-сурсе так же возможна, ибо открытый не означает бесплатный.

S>а как это можно сделать ? в соглашении прописать или как то иначе?
да, конечно, в соглашении. плюс в опенсурс не обязательно выкладывать все целиком и полностью. исходники горящего лиса открыты, но это не распростаняется на иконки. и собственноручно собранный лис выглядит как сова, натянутая на глобус. точнее, просто глобус. даже без совы. и без лиса. там вообще много отличий двоичного билда от того, что можно собрать.

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

короче, большинство предпочтет заплатить по кредитке и скачать setup.exe, который ставится в один клик. а халявщики, убившие несколько дней на сборку глобуса руками ("глобуса" потому что глобус остался, а лиса выдернули вместе с корнем, т.е. хвостом). халявщики все равно или крак искать будут или чаржбэки делать. нехай лучше качают сорцы. может, кто нидь начнет контрибутить.

Я правильно понял, что zoolz хранят все файлы всего лишь 30 дней, а потом стирают?

Здравствуйте, sharez, Вы писали:

S>Я правильно понял, что zoolz хранят все файлы всего лишь 30 дней, а потом стирают?

Это вроде только для "external drives". Типа вытащил его а файлы 30 дней хранятся.

Здравствуйте, Grizzli, Вы писали:

G>Здравствуйте, DiZSl, Вы писали:

G>Ну, это зря. например иногда нужно посмотреть, как этот код выглядел ДО исправлений. Как ты это сделаешь без контроля версий? А иногда — нужно посмотреть как оно пару лет назад выглядело.

Через бекап по первому и второму пункту.

Здравствуйте, DiZSl, Вы писали:

G>>Ну, это зря. например иногда нужно посмотреть, как этот код выглядел ДО исправлений. Как ты это сделаешь без контроля версий? А иногда — нужно посмотреть как оно пару лет назад выглядело.
DZS>Через бекап по первому и второму пункту.

"Через бекап" порадовало.

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

Здравствуйте, DiZSl, Вы писали:

DZS>Здравствуйте, Grizzli, Вы писали:

G>>Здравствуйте, DiZSl, Вы писали:

G>>Ну, это зря. например иногда нужно посмотреть, как этот код выглядел ДО исправлений. Как ты это сделаешь без контроля версий? А иногда — нужно посмотреть как оно пару лет назад выглядело.

DZS>Через бекап по первому и второму пункту.

Ты каждый день бекапы делаешь по окончанию работы?