Текущее время: Вс, май 04 2025, 21:51

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Ahrefs [Bot]


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

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