Методология программного обеспечения и Eclipse

#eclipse #methodology

#eclipse #методология

Вопрос:

У меня есть вопрос, касающийся использования Eclipse и методологии программного обеспечения. У меня есть рабочая область, содержащая проекты с версией 1. Я покончил с ними, поэтому я передаю эти проекты в отдел контроля качества, они тестируются и поступают в производство. Затем я хочу добавить новые функции в проекты, сейчас я работаю над версией 2. Однажды в рабочей среде обнаруживается ошибка в используемой ими версии, version 1. Мне нужно воспроизвести ошибку и исправить ее, поэтому мне нужно создать другое рабочее пространство и импортировать проекты соответствующей версии, version 1.

Существуют ли какие-либо рекомендации, которые помогают разработчикам в решении этих задач? Я открыт для всех предложений.

Спасибо

Ответ №1:

Используйте управление версиями с соответствующим ветвлением.

В моей среде Eclipse у меня есть проект Eclipse для каждой ветви, находящейся в активной разработке. Если я не работаю активно над данным программным проектом, я закрываю этот проект Eclipse, но он все еще находится в моей рабочей области. Все мои проекты для данной программы (в смысле компании — программа имеет несколько инженерных проектов, а в инженерных проектах может быть 0 или более программных проектов).

Что касается вас, вы могли бы создать ветку для своих выпусков и использовать эту ветку в проекте Eclipse. Когда вы переходите к QA, создайте ветку, которую они тестируют. Если они обнаружат проблемы, исправьте их в этой ветке и (при необходимости) объедините их с основной веткой. Существуют и другие жизнеспособные схемы ветвления.

Комментарии:

1. Я так понимаю, что вы используете одно рабочее пространство? И вы разделяете разные версии по проектам? Если у вас есть большой «проект» с 20 модулями, каждый из которых представлен проектом Eclipse, и у вас есть две версии, над которыми вы работаете, то есть в вашем рабочем пространстве 40 проектов Eclipse?

2. @Mickael Некоторые из моих проектов представляют собой библиотеки, используемые другими проектами, но мои рабочие пространства основаны на программе (программе, относящейся к этому , а не приложению ), которая финансирует усилия. Возможно, мое использование workspaces не самое лучшее для вас, но вы все равно можете использовать управление версиями с ветвлением для решения вашей основной проблемы — я просто описываю, как я с этим справляюсь.

Ответ №2:

Eclipse позволяет группировать проекты Eclipse в «рабочие наборы». Похоже, вам нужен «рабочий набор» для версии V1.0, где каждый модуль является собственным проектом, и «рабочий набор» для вашей текущей разработки, которая является версией V2.0.

Вы можете открывать / закрывать все проекты в рабочем наборе одновременно и сворачивать рабочий набор в одну запись в проводнике пакетов, чтобы он не загромождал ваше рабочее пространство.

Лично мне нравится, когда все находится в одном рабочем пространстве, но если вам не подходит описанное выше, в Eclipse может быть несколько рабочих пространств… просто настройте Eclipse на запрос, какое рабочее пространство использовать при запуске, и укажите ему рабочее пространство, в котором нужно работать.