Текущее время: Пн, май 05 2025, 01:59

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Управление версиями
СообщениеДобавлено: Вт, авг 08 2006, 11:36 
Президент
Президент
Аватара пользователя

Зарегистрирован:
Ср, янв 12 2005, 13:39
Сообщения: 2811
Откуда: замкадыш
Добрый день, господа Базисники.
Вопрос в следующем. Предположим, программист Вася Пупкин написал отчёт, в котором есть строчка
Code:
c = a+b
. Есстественно, был создан запрос, в котором этот отчёт и очутился. Запрос ещё не переносили "дальше". В это время программист Пупа Васькин лезет в этот репорт, где изменяет строчку на
Code:
с = a-b
, при этом ему приходится создать собственный запрос.

После чего уже Вася Пупкин несёт СВОЙ запрос в продуктив.
Вопрос: чему будет равно "с" в продуктиве.
Code:
a+b
или
Code:
a-b
.

Просто у нас сейчас внедрёж полным ходом, куча запросов, которые где-то раз в неделю переносятся. В некоторых запросах разных пользователей одна и та же программа. И вот теперь думаю, а есть ли смысл следить за порядком переноса скажем кто первый "пронёс" Вася Пупкин или Пупа Васькин.

Подскажите плииз... Очень интересно....

_________________
Что бы выловить случайную ошибку нужно добиться устойчивости её появления.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 08 2006, 12:43 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, июл 26 2006, 12:13
Сообщения: 76
a+b


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 08 2006, 13:25 
Президент
Президент
Аватара пользователя

Зарегистрирован:
Ср, янв 12 2005, 13:39
Сообщения: 2811
Откуда: замкадыш
То есть версия формируется не в момент транспорта, а момент деблокирования?

_________________
Что бы выловить случайную ошибку нужно добиться устойчивости её появления.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 08 2006, 13:37 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 27 2004, 09:10
Сообщения: 614
Откуда: Moscow
Loyso написал(а):
То есть версия формируется не в момент транспорта, а момент деблокирования?

Неативная версия формируется когда вы нажимаете save в разработке, затем ее надо активировать, деблокировать,затем тащить.
Очередность переноса запросов на разработку и отслеживание версий задача не базисника, а разработчика.

_________________
по прозвищу Тосманский Дьявол


Последний раз редактировалось Lamer Вт, авг 08 2006, 13:53, всего редактировалось 1 раз.

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 08 2006, 13:47 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, июл 26 2006, 12:13
Сообщения: 76
Цитата:
То есть версия формируется не в момент транспорта, а момент деблокирования?

да


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 08 2006, 14:54 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
Насколько я помню, второму, пытающемуся исправить объект, который у кого-то в запросе уже есть, будет создана задача в том же запросе, в котором был объект у первого человека.
И перенести можно только все в куче.
И перенесется, как уже правильно сказали, текущая активная версия, т.е. в транспорте, до его деблокирования, лежит только ссылка на объект, а вовсе не он сам :)

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 08 2006, 14:58 
Президент
Президент
Аватара пользователя

Зарегистрирован:
Ср, янв 12 2005, 13:39
Сообщения: 2811
Откуда: замкадыш
Ок, всем спасибо.

2Lamer Понятно, что разработчика. кто же спорит...

_________________
Что бы выловить случайную ошибку нужно добиться устойчивости её появления.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Управление версиями
СообщениеДобавлено: Ср, авг 23 2006, 20:01 
Гость
А главный прикол в том , что если не деблокирован запрос ,которые правит этот объект , то ... править его система просто не даст... она скажет , что объект блокирован таким-то юзером и содержится в таком-то запросе.
А вот если все успешно деблокировали и начали создавать новый запрос и второй тоже деблокировали ... И понесли наконец оба в тест(сначала).... то после установки всех сразу ... будет второй случай.

Loyso написал(а):
Добрый день, господа Базисники.
Вопрос в следующем. Предположим, программист Вася Пупкин написал отчёт, в котором есть строчка
Code:
c = a+b
. Есстественно, был создан запрос, в котором этот отчёт и очутился. Запрос ещё не переносили "дальше". В это время программист Пупа Васькин лезет в этот репорт, где изменяет строчку на
Code:
с = a-b
, при этом ему приходится создать собственный запрос.

После чего уже Вася Пупкин несёт СВОЙ запрос в продуктив.
Вопрос: чему будет равно "с" в продуктиве.
Code:
a+b
или
Code:
a-b
.

Просто у нас сейчас внедрёж полным ходом, куча запросов, которые где-то раз в неделю переносятся. В некоторых запросах разных пользователей одна и та же программа. И вот теперь думаю, а есть ли смысл следить за порядком переноса скажем кто первый "пронёс" Вася Пупкин или Пупа Васькин.

Подскажите плииз... Очень интересно....


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Re: Управление версиями
СообщениеДобавлено: Пт, сен 01 2006, 12:05 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
sevda написал(а):
А главный прикол в том , что если не деблокирован запрос ,которые правит этот объект , то ... править его система просто не даст... она скажет , что объект блокирован таким-то юзером и содержится в таком-то запросе.


Не совсем понял мысль, но удалить объект из недеблокированного запроса можно всегда, даже если объект блокирован в этом запросе. Система только лишний раз попросит подтверждения.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Управление версиями
СообщениеДобавлено: Пт, сен 01 2006, 12:38 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 16 2004, 17:10
Сообщения: 2229
Откуда: Moscow, кажется...
Пол: Мужской
sibrin написал:
sevda написал(а):
А главный прикол в том , что если не деблокирован запрос ,которые правит этот объект , то ... править его система просто не даст... она скажет , что объект блокирован таким-то юзером и содержится в таком-то запросе.


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

При условии, что есть полномочия. А вообще, изначально речь шла о работе разных людей с одним объектом.

_________________
Я бы хотел поглядеть на эффективную армию, состоящую из эффективных менеджеров.
BRGDS,
Aleks Изображение


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Управление версиями
СообщениеДобавлено: Пт, сен 01 2006, 12:45 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
avlag написал:
А вообще, изначально речь шла о работе разных людей с одним объектом.


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB