Intereting Posts
частично вишневый сбор сделки с git В чем разница между идентификатором и идентификатором тега Проблемы с автоматическим слиянием проектов Visual Studio (неразрешенные конфликты) в Git / GitHub JIRA smart commit – блокировать git без номера билета JIRA Разделы функций и запросы Pull – Git Игнорирование папок навсегда в Git Будет ли использование VCS помочь мне в качестве веб-разработчика? Удалите неиспользуемые большие файлы из Git в пределах диапазона ПРЕДУПРЕЖДЕНИЕ О ДЕПРЕКАЦИИ: у вас есть плагины с плагинами Rails 2.3 в поставщиках / плагинах! Поддержка будет удалена в Rails 4.0 Метод create (File) не определен для типа FileRepositoryBuilder, хотя он имеет метод создания Android Studio не может найти зависимость Различные пользовательские домены для страницы пользователя и страницы проекта GitHub? Github обязуется отмечать контроль версий Git загружать ветку на локальную машину VisualSVN – настроить репозиторий и установить доступ к использованию базовой проверки подлинности Windows – результаты входа в систему 403?

История Delphi – контроль источника

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

Это действительно то же самое или я должен использовать «настоящий» инструмент управления исходным кодом?

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

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

У меня есть серия сообщений об управлении версиями, начиная с http://sourceitsoftware.blogspot.com/2008/07/starting-out-with-delphi-and-subversion.html . Я не отвечаю на ваш вопрос, но это может помочь, когда дело доходит до настройки контроля версий позже.

В верхней части моей головы основные преимущества для сольного разработчика с помощью vcs (я один из них):

  • Внештатные резервные копии (я использую веб-хостинг)
  • Я могу легко увидеть всю историю изменений (delphi – файл по файлу, который не помогает при обнаружении ошибки, введенной между строками 125 и 126)
  • Возможность поддерживать разные версии приложения и легко сжимать изменения между ними (т.е. я работаю над v4 в одной ветке, но я могу легко объединить исправления ошибок, которые я сделал для v3 в другой ветке)
  • Легче делать спекулятивное программирование. Т.е. я могу попробовать что-то, и если это не сработает, я с легкостью верну свои изменения, чтобы вернуться к рабочей версии
  • Предоставляет журнал аудита / историю изменений. Когда я делаю новый выпуск, я могу скопировать / вставить историю изменений в readme

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

AFAIC – это профессионал. Я бы не работал в компании, которая не использовала vcs, и я бы тщательно подумал, прежде чем нанимать программиста, который этого не сделал.

История Delphi ограничена (я думаю, что 10 или 25 экземпляров?). Итак, что происходит, когда вы хотите вернуться дальше?

Управление версиями также позволяет вам иметь наборы изменений, например, в SVN вы можете видеть, какие другие файлы были проверены одновременно.

Кроме того, отсутствуют все другие преимущества управления версиями: ветвление, слияние, маркировка и т. Д.

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

Однако функция истории дельфи все еще очень полезна. Хотя вы сохраняете большие изменения в управлении версиями, вы можете сохранить краткую историю последних изменений в истории delphis. Я установил delphi, чтобы сохранить 90 записей истории для каждого файла, и это обычно дает мне 90-минутную историю моей последней работы, если я редактирую один файл. Вы можете использовать это, чтобы сравнить то, что вы делали недавно, восстановить старый код, который вы решили, что вы действительно не удалили, но вы написали после последней регистрации, восстановите очень недавнюю копию, если ваш pas / dfm поврежден и так далее ,

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

Я один разработчик и уже некоторое время использую Tortoise SVN и нашел это полезным. Я делаю свое развитие на ноутбуке и имею репозиторий на другом компьютере, поэтому у меня есть резервные копии моего кода на другом компьютере (время от времени я делаю резервное копирование своего ноутбука). Мне также приятно, что я могу проверить свой код на другом компьютере, и он компилируется (после установки нескольких сторонних битов и частей).

Другим очевидным преимуществом является исходная история в репозитории, но в основном я использую _History, поскольку я обычно хочу обратить вспять только незначительные изменения – пока я еще не сделал ничего действительно некомпетентного – но это всего лишь вопрос времени 😉

Я еще не получил разветвление / форматирование моего кода, но я думаю, что, вероятно, я начну расследование этого по мере необходимости (и у меня есть уверенность).

Есть ли в истории Delphi физическое резервное копирование исходного кода?

Вы уверены, что у вас никогда не будет других членов команды, работающих над одним и тем же кодом?

История Delphi показывает, кто внес изменения в код?

Это всего лишь несколько вопросов, которые я мог бы придумать. Если вы ответили «да» им, то, возможно, истории дельфи достаточно для вас.