Управление исходным кодом ABAP в системе управления версиями
наш продукт в настоящее время охватывает большое количество технологий, включая Java, PL/SQL, VB.Net и ABAP. У нас есть довольно зрелая система управления версиями и сборки, настроенная для всех языков, кроме ABAP, который все еще находится в каменном веке. Поскольку SAP имеет систему сборки, настроенную в нем, наши инженеры делают все свои разработки в экспортной среде SAP и проверяют те в систему управления версиями. Поскольку мы поддерживаем несколько версий SAP, это становится очень трудно отслеживать версии и перенести код на 4.6, 4.7, 5.0, и т. д.
моим идеальным процессом было бы проверить код ABAP в систему управления версиями в текстовых файлах, а затем загрузить его в SAP и создать транспорты как часть процесса сборки. Инженеры SAP не думают, что есть инструменты для поддержки этой модели.
Если вы управляете кодом ABAP в системе управления версиями, как выглядит ваш процесс? Доступны ли инструменты (предпочтительно командной строки) для загрузки Код ABAP в SAP? Как ваши инженеры управляют циклом кода/тестирования/отладки? Они кодируют на SAP, а затем экспортировать код по завершении или редактировать во внешнем редакторе?
5 ответов
для этой цели я использовал SAPLINK (упомянутый в предыдущем ответе). Существует также проект под названием "Заке", которые якобы могут автоматизировать некоторые задачи, но я никогда не использовал его. Я просто экспортировал свой код вручную в так называемые slinkees (они содержат отдельные объекты, такие как группы функций; самородки, с другой стороны, содержат несколько объектов).
причины использовать некоторую внешнюю систему управления версиями:
- корреляция к исходному коду non-abap (как наше програмное обеспечение состоял из .net и abap кода)
- хостинг / обслуживание SAP не было чем-то, в чем мы были точно хороши, поэтому было хорошо знать, что у вас есть код в безопасном месте
одна вещь, хотя: вам нужно, по крайней мере, было 620 для того, чтобы использовать saplink
меня интересует, в чем преимущество контроля версий за пределами стека ABAP системы SAP.
Я никогда не видел, чтобы кто-то использовал внешний контроль исходного кода для ABAP, так как он встроен. Я никогда не видел, чтобы кто-то кодировал ABAP вне системы SAP. Это действительно не соответствует модели.
стек ABAP SAP - это системная среда с одной разработкой. Все разработчики входят в единую систему и развиваются там. Система записывает версии автоматически, и группы изменили объекты в транспорты. Транспорт-это просто список измененных объектов. После экспорта транспорта номера версий увеличиваются для каждого объекта, и вы получаете пакет для других систем.
стек ABAP также на самом деле не имеет концепции "сборки" как таковой. Все, что ты делаешь-это заплатка.
Hy,
Как сказал вам дом, SAP имеет собственное управление версиями. Однако для регулярного сохранения между выпуском транспорта вы можете использовать такие инструменты, как:
эти инструменты можно использовать для извлечения компонентов ABAP в XML. Я очень не советую делать автоматический импорт в SAP, по многим причинам : # thoses инструменты не имеют никаких гарантий # не все ABAP Compoponent можно обрабатывать так # вы потеряете гарантию SAP, если сделаете это в продуктивной системе SAP
но может быть интересно использовать такие инструменты, как (код Google), для детального отображения изменений программного обеспечения, которые могут быть более сложными для объекта ABAP.
Я разработал это на Zap Link framework с программой ZAPLINK_EXTRACTOR, которая экспортирует компоненты SAP в XML, когда они изменились. Это предотвращает изменение XML-файла (новый файл, но тот же контент) и для обнаружения с помощью таких инструментов, как mercurial как изменение.
надеюсь, что это помогает.
имейте в виду, что вы должны использовать инструменты SAP для изменения компонента SAP. SAP консультант может объяснить это вам в деталях.
Taryck. [http://www.steria.com Steria (Франция)]
также проверьте SAP CTS+, который используется для управления транспортами и контроля версий компонентов на основе ABAP и JAVA.
по крайней мере, изменения должны быть сделаны и проверены в системе разработки SAP. Никто не использует внешний редактор с ABAP. (SAP Java, с другой стороны...) Нет причин, по которым вы не можете хранить резервные копии кода SAP, либо напрямую, в виде текстовых файлов, либо (предпочтительно) с файлами дампа SAPLink или transport. (Спросите своих базовых людей о транспортных файлах). Поймите, что если вы идете по маршруту текстового файла, вы можете пропустить такие вещи, как текст поля и т. д., которые хранятся в другом месте базы данных.