Какова лучшая стратегия при миграции от ClearCase до SVN?
Для загрузки альфа-канала необходимо сначала прочитать неизмененное изображение .
import cv2
im = cv2.imread("image.png", cv2.IMREAD_UNCHANGED)
Тогда вы можете :
alpha_channel = img[:,:,3]
mask = (alpha_channel != 0)
color = img[:,:,:2]
new_img = cv2.bitwise_not(color, color, mask=mask)
4 ответа
Для того, что сделал несколько миграций этого вида, я утверждал бы что:
Вы не должны импортировать всю историю версий ClearCase в SVN. Большую часть времени (для моего опыта), только маркированные версии (та, которые последовательно применяются на всех файлах данного набора) необходимы, если у Вас нет реальной потребности в мелкомодульном пересмотре истории экс-аминь.
необходимо думать о перестройке во время миграции: что Вы импортируете?, что Вы оставляете?, и Вы хотите довольное SVN отражение точно структура файлов, как сохранено в ClearCase VOB? Когда-то, такие миграции являются случаем для пересмотра прежнего мнения некоторых из тех файлов организация (обычно через простые правила переименования для определенных каталогов).
миграция более быстра в пути ClearCase 2 SVN, так как SVN централен репозиторием и фиксация ряд файлов, в то время как ClearCase централен файлом и фиксирует файл файлом (много sloooower)
если набор файлов для импорта ясно определяется, процесс миграции может быть повторен многократно, что означает, что можно продолжить работать в ClearCase, в то время как первый (большой) импорт происходит, то помещенный Базовая линия (маркировка UCM) на коде и переимпорте только дельта, эффективно заканчивая процесс миграции.
если Вы решаете переместиться, можно посмотреть на этот stackoverflow вопрос.
recommendation-on-tools-to-migrate-from-clearcase-to-svn
Сначала некоторые ресурсы:
Размер фактического репозитория, количество файлов или их размеров не являются ограничивающим фактором для SVN. Число разработчиков, параллелизм изменений, сложность интеграции и процесса выпуска, потребности в слиянии и управлении версиями каталога (рефакторинг) могли создать проблемы для крупного проекта. Если Ваш проект является просто крупным, но это довольно стабильно, с небольшим числом разработчика, небольшое количество ответвлений и никакой потребности в бэкпортировании тонн мер к нескольким предшествующим выпускам, SVN должен сделать очень хорошо для Вас.
Я записал пользовательские данные обеспечения инструмента миграции из ClearCase, и это не легкая задача. Каждые две системы имеют различные модели данных и операции по данным. Я не предложил бы попытаться записать любой пользовательский инструмент миграции, потому что очень трудно на самом деле вытащить данные из ClearCase любым значимым способом. Для получения дополнительной информации на ограничениях коммерческих решений я предложил бы связаться с поставщиками решений, связанными в ресурсах.
Я лично попытался бы принести по как можно большему количеству данных, но необходимо знать об ограничениях SVN по сравнению с ClearCase. Любое управление версиями каталога (рефакторинг) история, вероятно, потеряется во время этой миграции. SVN не поддерживает редкие ответвления как ClearCase, который мог чрезмерно увеличить размер размера Вашего репозитория SVN в случае, если Вы использовали ответвления задачи. В этом случае Вы, вероятно, хотите ограничить себя системными ответвлениями только. Файлы в ClearCase имеют отдельную переходящую структуру, в то время как SVN имеет вид ответвлений на продукт, который приведет к большому переводу ответвления в процессе. Путем ограничения себя системой переходит и возможно просто маркированная версия на тех ответвлениях для полностью интегрированных маркировок в ряду, Вы могли сохранить себя большая проблема. В случае, если Ваша команда использует UCM, можно в значительной степени забыть все метаданные UCM. Они не переведут в SVN.
Период времени зависит в основном от используемых инструментов. Поскольку главный проект как Вы имеет его, могли быть даже недели. База данных ClearCase имеет по некоторой странной причине большую блокировку даже при чтении операций и существует одна центральная таблица всего, что создает много проблем в крупномасштабном доступе как миграция, вызвал бы. В первый раз, когда я выполняю свой инструмент на продукте, несколько больше, чем Ваш, мы оценили, что он будет работать в течение 3 лет, после большой оптимизации, распараллеливания и возрастающей миграции, которую он сократил приблизительно к неделе. Но ожидайте, что в зависимости от того, как хорошо инструмент сделан, могло быть большое различие во время, которое требуется. Хотя, так как Вы мигрируете в SVN и Вы проигнорируете много истории и метаданных от ClearCase, Ваша миграция должна быть намного быстрее.
ClearVision, упоминает на уровне его страниц, что его инструмент CC2SVN может создать мост между этими двумя продуктами. Хотя я не использовал этот инструмент, если он работает, как я предполагаю, он позволил бы Вам синхронизировать эти 2 репозитория после некоторой обработки, которая позволила бы Вам, однажды в выходные переключаются, с нулевым временем простоя разработки. Если это не возможная попытка попросить некоторую альтернативу как возрастающая миграция, где Вы сначала перемещаете некоторую дату, то перемещаете меньший блок данных, измененных с тех пор.
Очень важная часть процесса является фазой миграции сообщения. Не обесценивайте головные боли, которые переключатель принесет Вашим разработчикам. Вы не должны недооценивать потребность в обучении и четкой документации. Вам также будет нужна обученная служба поддержки в Вашем отделе разработки программного обеспечения, способном, чтобы управлять и системами SCM и объяснить разработчикам, как сделать вещи, к которым они привыкли в новой системе. Это - на самом деле точка, которая могла повредить Вашу шею в миграции. Разработчики сопротивляются любому изменению и безотносительно преимуществ, которые SVN приносит к проекту, это - в сущности много нижней системы. ClearCase дает Вашим разработчикам такую гибкость, которую они никогда не будут иметь с SVN и если Вы не доставите на борт их вначале в процессе, можно потерять их или хуже, инвертировать целую миграцию, объявил аварию, и потеряйте собственное задание.
- Да, Подверсия может обработать очень крупные проекты. Например, все проекты Apache находятся в одном единственном репозитории Подверсии с подпроектами, являющимися простыми подпапками
- Если имеет смысл преобразовывать всю историю, которую необходимо решить сами. Но существует много доступных инструментов. Хорошее сообщение в блоге может быть найдено здесь.
- Я не знаю, сколько времени такое преобразование берет. Но можно попробовать сначала небольшим подмножеством и измерить время.