Текущее время: Пн, июл 28 2025, 15:22

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


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


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 39 ]  На страницу Пред.  1, 2, 3
Автор Сообщение
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Вс, мар 21 2010, 19:05 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, июл 05 2008, 13:52
Сообщения: 66
Откуда: Санкт-Петербург
Пол: Мужской
Спасибо Besa, vga, SYS, Sergo, Helper, Кодер, calm.

С механизмом версий разобрался. Но пришел к выводу, что без каких-то договоренностей с внедренцем это механизм не особо полезен. Будем думать, пробовать, договариваться :) .

Всем еще раз спасибо за советы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Пн, мар 22 2010, 10:30 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, июл 05 2008, 13:52
Сообщения: 66
Откуда: Санкт-Петербург
Пол: Мужской
Пока не ушел далеко от темы.

У меня почему-то не получается удалять созданные версии у программы. В результате их плодится жутко много. Существует ли механизм их удаления?

Заранее Спасибо.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Пн, мар 22 2010, 15:48 
Председатель
Председатель
Аватара пользователя

Зарегистрирован:
Чт, апр 13 2006, 12:32
Сообщения: 1503
Откуда: Питер
Репорт RSVCAD00

_________________
С уважением, VGA
Мой блог


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Пн, мар 22 2010, 17:32 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, окт 06 2005, 16:44
Сообщения: 3080
Откуда: Москва
clerik написал:
У меня почему-то не получается удалять созданные версии у программы. В результате их плодится жутко много. Существует ли механизм их удаления?

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

_________________
С уважением,
Удав.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Пн, мар 22 2010, 18:50 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, июл 05 2008, 13:52
Сообщения: 66
Откуда: Санкт-Петербург
Пол: Мужской
to vga RSVCAD00 - транзакции не существует. :(

to Удав. Да такой метод используется, но не считается надежным моим руководством, т.к. большую роль играет человеческий фактор.

Заранее спасибо.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Пн, мар 22 2010, 20:26 
Председатель
Председатель
Аватара пользователя

Зарегистрирован:
Чт, апр 13 2006, 12:32
Сообщения: 1503
Откуда: Питер
clerik написал:
to vga RSVCAD00 - транзакции не существует. :(


Это имя программы.

_________________
С уважением, VGA
Мой блог


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Ср, мар 24 2010, 09:37 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, окт 06 2005, 16:44
Сообщения: 3080
Откуда: Москва
clerik написал:
to Удав. Да такой метод используется, но не считается надежным моим руководством, т.к. большую роль играет человеческий фактор.

Объясните начальству, что человеческий фактор есть всегда ;)
Есть пути его минимизации, например проверка комментариев на предмет полноты заполнения перед деблокированием запроса.
Пусть выделяют отдельную ставку на эту работу :)

_________________
С уважением,
Удав.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Ср, мар 24 2010, 10:14 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
clerik написал:
Проблема в том что после вноса изменений работниками клиента(то есть нами), наш внедренец отказывается далее поддерживать программу в которой были внесены изменения

Позиция внедренца в такой ситуации понятна и обоснована. Взять даже взаимоотношения клиента и SAP. Если проблема возникла по причине модификации клиента - помощь в решении проблем за отдельную плату, или отказ от тех.поддержки.
Кодер написал(а):
Раздавать люли просто на основании того, что программа упала в дамп на строках писанных определенным человеком, как мне кажется, не совсем корректно. Анализ проблемы должен быть полным.

+1.
Например, внедренец протестировал и отдал в продуктив версию программы №12.
Потом клиент по своему усмотрению что-то подправил в одном из инклудов, т.о. сделав версию №13.
Далее поставили задачу внедренцу на доработку. Он меняет код в другом инклуде, полагая, что в логика первого не изменилась. И через некоторое время в продуктиве сносятся нахрен все данные )))
Кто виноват и что делать?

А вот это как раз тот случай, когда ответ на вопрос Зачем нужна "Спецификация на разработку"? более чем очевиден. И если на проекте ТЗ на разработку не ведутся, то внедренец, если не дурак, всегда будет работать только со "своими" версиями.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Контроль изменений.
СообщениеДобавлено: Ср, апр 14 2010, 11:15 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, июл 05 2008, 13:52
Сообщения: 66
Откуда: Санкт-Петербург
Пол: Мужской
to troy.

troy написал(а):
Например, внедренец протестировал и отдал в продуктив версию программы №12.
Потом клиент по своему усмотрению что-то подправил в одном из инклудов, т.о. сделав версию №13.
Далее поставили задачу внедренцу на доработку. Он меняет код в другом инклуде, полагая, что в логика первого не изменилась. И через некоторое время в продуктиве сносятся нахрен все данные )))
Кто виноват и что делать?


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 39 ]  На страницу Пред.  1, 2, 3

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


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

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


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

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