Отслеживание слияния в 1,5 не лучше, чем никакое отслеживание слияния, но это - все еще в значительной степени ручной процесс. Мне действительно нравится способ, которым это записывает, какая версия и не объединяются, но не где почти прекрасный.
Слияние имеет хорошее диалоговое окно в 1,5. Можно выбрать, какие изменения Вы хотите объединить индивидуально, или целое ответвление. Вы тогда инициировали слияние, которое происходит локально (и берет НАВСЕГДА), когда тогда дает Вам набор файлов для прочтения. Необходимо проверить логически каждый файл на корректное поведение (предпочтительно пробегающий модульные тесты на файлах) и если у Вас есть конфликты, необходимо разрешить их. Однажды Ваше счастливое Вы делаете фиксацию своего изменения, и в той точке ответвление считают объединенным.
, Если Вы делаете это по частям, SVN будет помнить то, что Вы ранее сказали, что объединились, позволив Вам объединиться. Я нашел, что процесс и результат некоторых слияний были странными по меньшей мере однако...
Это было бы возможно, но Sun позаботилась о том, чтобы вы не смогли этого сделать (сделав класс закрытым).
Но, возможно, вы сможете добиться желаемого с помощью listIterator ()
вместо простого итератора ()
. ListIterator
может перемещаться в обоих направлениях.
С помощью ListIterator
вы можете сохранить индекс следующего элемента и получить новый ListIterator
на основе по этому индексу.
Что-то вроде этого (пример Java 1.5):
LinkedList<Integer> list = new LinkedList<Integer>();
ListIterator<Integer> lit = list.listIterator(0);
<<do something here >>
int index = lit.nextIndex();
ListIterator<Integer> litclone = list.listIterator(index);