|  23.10.2002, 16:18 | #1 | 
| Участник |  Контроль версий 
			
			Кто нибудь может посоветовать что можно использовать для контроля за версиями  при разработке, случай когда разработкой занимаются как минимум 3 человека ? | 
|  | 
|  23.10.2002, 16:42 | #2 | 
| Banned | 
			
			В долгосрочной перспективе, при переходе с одной версии для внешнего пользователя на другую,  - слои. Оперативно - блокировать объекты. И каждый день делать резервные копии объектов. Других специальных средств контроля версий не предусмотрено. | 
|  | 
|  23.10.2002, 18:06 | #3 | 
| SAP | Re: Контроль версий Цитата: 
		
			Изначально опубликовано Dmitryus  Кто нибудь может посоветовать что можно использовать для контроля за версиями при разработке, случай когда разработкой занимаются как минимум 3 человека ? Неплохо начать с планирования разработки. Проблема возникает при перекресной модификации одних и тех же элементов. 1 вариант Можно изначально не задумываться над данной проблемой и вести независимую параллельную разработку в разных версиях (например, работа программистов в удаленном режиме). Тогда каждый разработчик в конце процесса должен выгрузить модифицированные элементы и предоставить их вместе с техническим дизайном модификации. Далее, придется делать сборку единой версии, а по пересекающимся элементам проводить слияние модификаций. 2 вариант Проводить последовательную разработку, т.е. возвращаемся к планированию. С уважением. | 
|  | 
|  24.10.2002, 10:46 | #4 | 
| Участник | 
			
			Спасибо за ответы То есть никаких спец средств нету   | 
|  | 
|  24.10.2002, 11:15 | #5 | 
| Moderator | 
			
			На technet.navision.com, некий человек с ником zoechi, писал что он разработал коннектор между CVS и Axapta. Поищи на technet слово CVS.
		 | 
|  | 
|  09.11.2005, 04:10 | #6 | 
| Участник | Реализация системы контроля версий в Аксапте | 
|  | 
|  09.11.2005, 10:15 | #8 | 
| NavAx | Цитата: 
		
			Сообщение от Pavel
			
			 Привет, Неплохо начать с планирования разработки. Проблема возникает при перекресной модификации одних и тех же элементов. 1 вариант .... 2 вариант .... Разработка ведётся в общем приложении, слой usr. На рабочем приложении всё заливается на cus. Периодически (окончание логического этапа) база разработчиков обновляется - таким образом получаем версию. При необходимости заливки на рабочую базу составляется перечень модификаций к заливке (у нас это штук 10), разработчики переносят готовые модификации на тестовую базу (копию с рабочей) на слой usr. После заливки чистится из модификаций всё что не принадлежит перечню заливаемых модификаций (для этого есть коментарии). Тестируется, мониторится код изменений. 7 разработчиков на проекте, особых проблем не испытываем, потребностей в дополнительном контроле версий тоже нет... 
				__________________ С уважением, Игорь Ласийчук. | 
|  |