I am trying to define the standards around which my development group with use the DTR. For various reasons we are not developing using the SAP Component Model hence we will only be using the DTR part of NWDI. I need some guidance. I have read a considerable about of SAP documentation of the various ways to use the different services of NWDI but have not been able to fully answer certain questions.
We are defining the Workspace folders and Workspaces for our various existing application source code. This is a straightward structure since we are not using the SAP Component Model.
Example: Everything is a Workspace Folder except of the 'dev' folders which are the actual workspaces.
1. What would be the best way to track and identify the code that is actually deployed to our dev, qa, and prod servers? Do I create additional workspaces to represent those other environments and somehow copy code from one WS to another once code is promoted through our environments? Any recommendations would be greatly appreciated.
2. As a standard I want to establish that no code is actually checked-in until it passes QA testing. This way no version of code will be versioned in the DTR until it is solid. Developers will use the UPLOAD feature to save in progress development. What I am having trouble figuring out is how to handle the following situation. I have a single project with many different modules that are being developed by different developers. None of their changes are checked-in. How can all of the code be brought together so it can be built and deployed other than resorting to manual means of pulling together the in-progress development. The only way I can figure out to do it would be to have developers check-in their changes then have one developer do a sync and build but then this violates the standard of only checking in QA tested code.
Thanks for any help.
Dean Cyril Wood