Автор оригинала: David Wong.
Когда вы перестраиваете приложения, как управлять различными версиями фонового кода? (Добро пожаловать, чтобы ответить и позволить моему младшему брату учиться)
Вот с какой проблемой я столкнулся. Когда приложение собирается выпустить две версии, фоновый код не нужно менять (возможно, был изменен только внешний дисплей), что является пустой тратой места, если копия кода помещена в git .
Я придумал способ создания базы кода с мягкими подключениями (не практикуется):
Win7 создает мягкие соединения следующим образом:
mklink/D app_version 2 app_version 1 ссылка/J версия приложения 3 версия приложения 1
Обе вышеуказанные команды могут создавать мягкие ссылки на app_version 1, но разные параметры (/D и/J) создают разные типы мягких ссылок каталога. С помощью команды dir вы получите следующие результаты:
2011/05/17 14:05 <РЕЖ.> версия приложения 1 2011/05/24 13:07 <ПЕРЕХОД> версия приложения 2 [[D:temp app_version 2] 2011/05/24 13:07 <СИМВОЛИЧЕСКИЕ ССЫЛКИ> app_version 3 [[app_version 1]
При локальном написании кода они совпадают, но мы можем обнаружить, что app_version 1-это тип DIR (это фактический каталог, который мы создали), app_version 2-тип СОЕДИНЕНИЯ, а app_version 3-тип СИМВОЛЬНОЙ ССЫЛКИ. (Для различия между типами в 2 вы можете выполнить поиск и посмотреть, есть ли подходящее объяснение. Пожалуйста, скажите мне, спасибо.)
Существуют различия в типе 2 при его отправке: тип СОЕДИНЕНИЯ видит только символические ссылки каталога папок, видит список файлов в папке
Результаты после отправки должны быть подтверждены, и необходимо подтвердить универсальность между различными операционными системами.
Оригинал: “https://developpaper.com/code-version-management-conjecture-of-solutions-for-different-versions-of-the-same-code/”