По необходимости ответвления Dev - редкое ветвление по сравнению с частным ветвлением
Вы можете использовать productID и ключ (при условии, что он уникален) и qty в качестве значения.
HashMap<Integer,Integer> dataMap = new HashMap<>();
for (int i=0; i <shoppingBagArrayList.size; i++){
dataMap.put(shoppingBagArrayList.get(i).getProductId() , shoppingBagArrayList.get(i).getQty());
}
System.out.println("DataMap: "+dataMap);
3 ответа
Как Вы отметили в пространстве документации, не действительно проблема. Скорость все же. Синхронизация вниз всего дерева разработки может занять много времени. Интеграция назад будет также требовать времени. Если Вам только нужно ответвление дерева затем, обе из тех операций намного быстрее.
Человеческая ошибка, как Вы уже сказали, может произойти, но если Вы делаете branchspec, она может помочь облегчить некоторые потенциальные ошибки.
Синхронизация скорости и клиентского дискового пространства является проблемами с созданием полных ответвлений (ленивое копирование помогает на сервере, но не сети или клиенте). Однако я нашел, что легче установить и понять, чем попытка создать редкое ответвление, таким образом, полные ответвления - то, что мы заканчиваем тем, что использовали.
Хорошая ситуация, для которой подходит разреженное ветвление, - это когда у вас сложный продукт, потенциально состоящий из множества модулей. Скажем, сборка занимает много времени для всей системы, и, возможно, синхронизация тоже занимает много времени - много файлов данных. Но вашей разработке нужно только изменить небольшое подмножество всей исходной базы - может быть, модуль или два, возможно, с некоторым кодом связи «выше».
В этом случае выполнение разреженной ветки может иметь большой смысл. Это означает, что вы уже синхронизированы с большей частью материала, и, вероятно, уже собраны. Но вы должны быть осторожны, чтобы все файлы, которые вы изменяете, сначала разветвлялись, иначе вы рискуете нарушить основную линию. Конечно, это требует большего внимания со стороны программиста.
Другой случай, когда редкое ветвление может быть единственным практическим способом выполнения разветвленной разработки, - это если трудно иметь более одной версии вашего приложения на компьютере разработчика. В этом случае было бы сложно иметь как основную сборку, так и сборку разработки и работать параллельно. Очевидно, что он не идеален, но некоторые продукты подобны этому либо по необходимости, либо по истории.