ClearCase: Как я могу Вернуться к Более ранней базовой линии?

Я наконец-то получил решение:

$response = new BinaryFileResponse($fullName);
                $response->headers->set('Content-Type', 'audio/mpeg');
                $response->setContentDisposition(
                    ResponseHeaderBag::DISPOSITION_INLINE,
                    $filename
                );
                return $response;
5
задан caltuntas 3 March 2009 в 14:20
поделиться

3 ответа

Так как Вы используете термин Базовая линия, я предположу, что Вы используете UCM.

На потоке Вы не можете вернуться назад базовая линия.

Одна возможность состоит в том, чтобы сделать параллельный поток с желаемой базовой линией как основа: это - самый быстрый путь.


После изменений на этом новом потоке можно сделать новую переоснову для изменения базовой линии основы, но только если та новая переоснова использует более свежую базовую линию от родительского потока (не более старая базовая линия)


Для Вашей определенной потребности я повторно управлял бы представлением снимка non-UCM с простым правилом

element * thePreviousBaseline

Для разработчика, чтобы иметь:

  • его текущее представление UCM для разработки (всегда устанавливаемый на ПОСЛЕДНЕМ из ответвления, связанного с потоком)
  • второй snasphot просматривает набор к любой базовой линии, в которой он нуждается.

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

Так, около Вашего текущего представления UCM снимка можно создать где угодно, Вы хотите представление non-snasphot:

cleartool mkview -snap -tag mylogin_myComponentname_csl_snap -vws myPathToViewStorage myPathToRootView
cd myPathToRootView
cleartool edcs
[add the selection rule: element * myOlderBaseline]
[add the load rule at the end: 'load /myVob_Including_MyComponent]
[save, type 'yes']

Это хорошо для консультации/выполнения, но если необходимо исправить (что я должен записать, выезд и в некоторых файлах), затем я рекомендовал бы одному потоку UCM на базовую линию быть исправленным.
Тем путем поток ясно представляет усилие по патчу для данной базовой линии. Не должно быть слишком многих из них, если Вы не вводите новую версию в эксплуатацию своего приложения каждые пять минут..., которое не желательно ;)


Таким образом подводить итог:

  • представление снимка non-UCM уникально и подача для быстрой консультации/отладки одной более старой базовой линии за один раз.
  • для патчей (исходная модификация), Вы создаете параллельный поток, правильно названный с корректной базовой линией основы и затем представлением UCM о ней. Можно не только отладить, но также и исправить некоторые ошибки в действии, предоставлении того действия к основному Международному потоку, если та ошибка должна быть модифицирована на более высоком потоке.
    (примечание: все ошибки должны не всегда обеспечиваться: они могут быть устаревшими по сравнению с текущим состоянием разработки),
6
ответ дан 14 December 2019 в 01:18
поделиться

Путем я решил эту проблему, путем создания другого Потока, дочернего Потока Потока Интеграции. Самый легкий способ создать этот Поток состоит в том, чтобы открыть ClearCase Project Explorer (не Рациональный Проводник ClearCase) и перейти к Проекту и затем рассматриваемому Потоку. Щелкните правой кнопкой по Потоку Интеграции, и выбор "Создают Дочерний Поток..."

Нажмите "Advanced Options" и выберите базовую линию для каждого компонента. Сделайте это путем выбора компонента и затем выбора "Изменения..." и выбора определенной базовой линии, которую Вы хотите видеть. Вы, вероятно, хотите выбрать, "Предлагают мне создавать Представление для этого Потока". Выберите "OK".

Любой разработчик может сделать это. Вы не должны быть владельцем VOB или владельцем Проекта или Потока.

2
ответ дан 14 December 2019 в 01:18
поделиться

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

element * <LABELNAME>

Если Вы не использовали маркировки, можно также настроить спецификацию конфигурации, чтобы показать Вам файлы на основе дат. Это становится более сложным больше правил, которые необходимо добавить для ограничения выбора элемента. Если у Вас есть больше специфических особенностей, я могу попытаться уточнить, на каких правилах Вам, возможно, понадобилось бы. Иначе я прочитал бы руководства, которые идут с ClearCase. Если Вы просматриваете Расширенную Справку из Проводника ClearCase и затем делаете "Просматривающие Рациональные Руководства ClearCase Онлайн", это должно дать Вам некоторые ссылки на Ссылки Команды. Это - то, куда я иду каждый раз, когда я должен изменить свою спецификацию конфигурации некоторым новым способом.

Кроме того, обратите внимание, что мы только используем динамические представления, таким образом, я не знаю, работают ли представления снимка по-другому.

1
ответ дан 14 December 2019 в 01:18
поделиться
Другие вопросы по тегам:

Похожие вопросы: