Текущее время: Вс, авг 03 2025, 11:09

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


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

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


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

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