Менеджер проектов, ведение архива резервных копий

[hexor_boo]

Маркетинговое исследование

Существует программа, которая позволяет создавать категории проектов в виде папок, сами проекты и вести архив резервных копий в следующем виде:

1. время выполнения затраченное на выполнение задачи (после которой создана резервная копия) в формате "чч:мм:сс"
2. имя резервной копии в формате "гггг.мм.дд.нн.zip", где "нн" - это порядковый номер архивной копии, созданной за день
3. комментарий к резервной копии

Также в программе предусмотрено:

• Восстановление проектов из резервных копий
• Резервное копирование на Яндекс.Диск

Автор - я. На текущей стадии разработки по исходникам ориентируюсь легко, поэтому вполне могу добавить дополнительные функции по запросу.

[Steelcraft]

На первый взгляд не нашел принципиальных преимуществ перед любой готовой системой управления версиями.

Возьмём тот же Git. Позволяет проследить историю проекта с точностью до отдельного коммита. Если в проекте используются паттерны типа GitFlow, можно проследить время решения любой задачи (даже если несколько решаются параллельно). Про восстановление и резервные копии я даже не говорю - это само собой разумеется. Плюс огромное количество дополнительных сервисов, инструментов, литературы, а также интегрированная в средства разработки поддержка работы с репозиториями. И обученные сисадмины, что тоже немаловажно.

Про резервирование на Яндекс.Диск - это шутка? Там же предлагают смешные объемы даже за деньги.

Что может эта программа такого, чего не может Git (кстати, совершенно бесплатный)?

[Steelcraft]

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

[hexor_boo]

Сообщение от Steelcraft

На первый взгляд не нашел принципиальных преимуществ перед любой готовой системой управления версиями.

Возьмём тот же Git...

Что может эта программа такого, чего не может Git (кстати, совершенно бесплатный)?

Например работать в оффлайне по сети. Т.е. в качестве корня дерева категорий проектов используется системный диск. Git такое может?

[Алексей1153]

Сообщение от hexor_boo

в оффлайне по сети

взаимоисключающие параграфы )

Гит умеет в оффлайне работать. Я с ним только так и работаю

[Steelcraft]

Сообщение от hexor_boo

в качестве корня дерева категорий проектов используется системный диск. Git такое может?

Может даже в том случае, если диск не системный.

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

[jura_k]

Мой проект весит 8 мегабайт. Если копировать его целиком, то жесткий диск быстро засоряется. Есть следующие варианты экономии места:
а) Копировать всё, кроме папки Debug, содержащую откомпилированный файл.
б) Копировать только файлы *.cpp и *.h проекта.
в) Копировать только файл CPView.cpp.

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

[hexor_boo]

Сообщение от Алексей1153

взаимоисключающие параграфы )

Гит умеет в оффлайне работать. Я с ним только так и работаю

В оффлайне - без подключения к Интернет.
По сети - имеется виду LAN

[hexor_boo]

Сообщение от Steelcraft

Может даже в том случае, если диск не системный.

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

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

[hexor_boo]

Файлы BPPMan.exe, BPPMan.lng, root.ini нужно положить в папку, которая будет будущим корнем папки с проектами (через subst эта папка монтируется к виртуальному диску P, после первого запуска BPPMan.exe все обращения к проектам можно делать через P:\... - это сделано для простоты переноса файлов между разными компьютерами, чтобы пути в проектах были одинаковыми)