Организация Проекта (проектов) SVN: на модуль или на проект
Это из-за неправильной функции слияния, вместо этого вы должны использовать:
Map<String, Integer> map = studentList.stream()
.collect(Collectors.toMap(
student->student.getStudentName().toLowerCase(),
Student::getMarks,
(s1,s2) -> s1 +s2, // add values when merging
LinkedHashMap::new
));
5 ответов
Я организовал бы Проектами ЗАТЕМ модулями (Ваш второй пример). Главная причина, почему то, потому что существует больше служебное в управлении проектом, по крайней мере, для меня, чем руководящие модули.
Для каждого различного проекта нужны его собственная установка сценария сборки, файл свойств, и т.д. и намного легче отслеживать 5 рабочих копий на Вашем компьютере, чем 20.
Казалось бы лучше организовать Проектом на верхнем уровне, так как Вы собираетесь хотеть к контролю все ответвление и иметь рабочую копию для проекта. Если Вы организуете модулем, необходимо будет сделать несколько контроля (один для каждого модуля, который Вы используете) для разрабатывания проекта к точке, где это применимо.
Могло иметь смысл разделять и проекты и модули, Например:
Projects
Project 1
Project 2
...
Modules
Module 1
Module 2
...
При использовании этого в сочетании с svn внешним обликом и/или ответвлениями поставщика Вы могли бы поддерживать различные ответвления для своих проектов, которые нужны в различных версиях модуля, но все еще извлекают выгоду из наличия единственного источника модуля, когда проекты, оказывается, совместно используют ту же версию модуля.
Я предпочитаю 1-й.
В то время как это действительно прилагает дополнительные усилия на репозиторий для поддержания, мне нравится, когда мои числа пересмотра имеют смысл для проекта.
т.е. наш основной продукт имеет пересмотр 48 123, наш новый проект имеет пересмотр 31. Если у Вас есть зависимости межрепозитория, то можно использовать svn внешний облик.
Я думаю, что Ваше использование "высокого уровня" для описания, что проект, предлагает, чтобы у Вас была установка Проектов/модулей.
Однако у Вас могли быть Модули и настроенные Проекты - т.е. они на том же уровне в SVN repo. Ваши Проекты могут полагаться на Модули, и если возможный Проекты могут обеспечить определенные реализации действий, превратив модуль в основной модуль с но сверхъездовыми реализациями по умолчанию.
Я был бы склонен организовывать проектом, но теперь всегда. Если Вы имеете аспекты управления доступом своего кода, то организуете для уменьшения администрирования полномочий; это могло также привести к организации на команду репозитория.
Между прочим: Вы, кажется, ожидаете работать в одном большом репозитории - который я думаю, умно, потому что это означает лучшую обработку истории: Как только Вы перемещаете материал между репозиториями, Вы освобождаете историю. Другими словами, я не соглашаюсь с советом Ben Scheirman относительно этого.