затмение + множественные проверки проектов с управлением версиями - PullRequest
1 голос
/ 29 декабря 2010

Мы используем eclipse и svn.Мы сохраняем файл .project в системе управления версиями.

Проблема в том, что если у вас есть более одного извлеченного проекта (например, извлечение ствола и ветвь функции), и вы хотите, чтобы они оба были доступны в Eclipse, вы проиграли, потому что файлы .project идентичны и поэтому не могут быть импортированы в Eclipse.

Какой правильный способ справиться с этим?(В основном мне приходится иметь дело с этим в Code Composer версии 4 TI, который использует более старую версию Eclipse, но я также собираюсь сделать это в обычном Eclipse)

Ответы [ 3 ]

4 голосов
/ 29 декабря 2010

Рекомендую настроить отдельные рабочие пространства для работы на нескольких ветках. Можно сделать все это в одном рабочем пространстве, но в спешке это становится неловко. В зависимости от того, какой инструмент вы используете, вам может потребоваться закрыть проекты из филиалов, над которыми вы в данный момент не работаете, чтобы они не мешали.

1 голос
/ 30 декабря 2010

Я думаю, что модификация .project - это решение, если оно уже извлечено.
Другое решение - во время оформления заказа определить другое имя для проекта.
Третье решение, и я использую изменениеимя проекта в контроле исходного кода при создании ветви.
Я также предпочитаю одно рабочее пространство, чтобы все мои настройки были правильными и связными.
Я использую рабочие наборы для разделения ветвей.Раньше я закрывал и открывал проекты филиалов, но рабочий набор окон - лучший подход, и большинство представлений поддерживают его довольно хорошо.

1 голос
/ 29 декабря 2010

Начиная с Eclipse3.3, вы найдете ошибки, такие как:

  • Ошибка 218973
    [Импорт / Экспорт] Мастер импорта существующих проектов: невозможно импортировать две версиитот же проект
  • Ошибка 110135
    [Импорт / Экспорт] Мастер импорта существующих проектов: улучшения для дублированных проектов

Обе ошибки показывают, что эта проблема не возниклаэто еще не исправлено.

Отдельные рабочие пространства (например, Константин советы в его ответ ) - лучший вариант.
Изменение .project как описанное в этой теме не очень практично.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...