Re: Repository Layout

Thanks everyone for your help on this problem I had. Right now we have
the following layout:

folder1/Makefile (if target_platform=linux call makefile.linux, etc.)
folder1/makefile.linux
folder1/makefile.hpux
folder1/makefile.tru64
folder1/makefile.windows

If I have any trouble with this layout I make sure to tell you! Right
now is working fine :D

Thanks again!

Best regards,

Miguel Rentes

Reedick, Andrew escreveu:
>
>> -----Original Message-----
>> From: Paul [mailto:alabamapaul_at_gmail.com]
>> Sent: Thursday, January 10, 2008 12:35 PM
>> To: miguel.rentes_at_efacec.pt; users_at_subversion.tigris.org
>> Subject: Re: Repository Layout
>>
>> Miguel,
>> One possible solution would be to use the following structure:
>>
>> /Platform/Windows/folder1/MakefileWin
>> /Platform/Windows/folder1/OtherWindowsFiles
>> /Platform/Windows/folder2/MakefileWin
>> /Platform/Windows/folder2/OtherWindowsFiles
>> /Platform/Linux/folder1/MakefileLinux
>> /Platform/Linux/folder1/OtherLinuxFiles
>> /Platform/Linux/folder2/MakefileLinux
>> /Platform/Linux/folder2/OtherLinuxFiles
>> /Platform/Unix/folder1/MakefileUnix
>> /Platform/Unix/folder1/OtherUnixFiles
>> /Platform/Unix/folder2/MakefileUnix
>> /Platform/Unix/folder2/OtherUnixFiles
>> /Common/folder1/test.c
>> /Common/folder1/test.h
>> /Common/folder2/test.c
>> /Common/folder2/test.h
>>
>> Then have each of the platform specific make files to look for targets
>> in the appropriate ../../../Common folder.
>>
>>
>
> In my experience, bouncing between several directories is too strenuous
> for developers.[1] Why not just stuff the platform specific stuff under
> subdirs and put the intelligence in the makefiles?
>
> folder1/Makefile (if target_platform=win32 call win32/Makefile...)
> folder1/win32/Makefile
> folder1/linux/Makefile
> folder1/unix/Makefile
>
> Keeping parallel directory trees in sync is also much more error prone
> than subdirs, especially if a major refactoring or code reorganization
> happens. Given that Subversion doesn't have true renames yet, multiple
> directories could just be unnecessary pain multipliers.
>
>
> [1] All developers are lazy as evidenced by the amount of time and
> effort spent in making a computer do the work.
>
>
>
> *****
>
> The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA622
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
>
>
>

-- 
*Miguel Rentes*
Informatics Engineer
EFACEC - Electronic Systems <http://www.efacec.pt/>
Network Management
Email: miguel.rentes_at_efacec.pt <mailto:miguel.rentes_at_efacec.pt>
Phone: +351 229403388