Guten Tag Marc Davenne,
am Mittwoch, 26. Juni 2013 um 16:36 schrieben Sie:

> Files who should not be       on SVN :
>   
> files           automatically generated

This depends on the files which get automatically generated and their
purpose: It's perfectly valid to version automatically generated class
stubs e.g. for web service clients and servers which get manually
changed afterwards or simply to make sure that one generated version
stays exactly the same and doesn't use new interface names,
automatically generated GUID or whatever those tools out there
implemented.

> files           containing specific information about my
> development           environment (so properties files for example)

Depends again, it's perfectly valid to version project files of
Eclipse, Visual Studio or whatever you use to assure that every member
of you project use the same settings etc.

> executable           files

Depends again?! ;-) There a some projects out there which version
executables, MSI packages and stuff like that and provide direct
download access to their customers using some web application like
ViewVC or WebSVN. If you have an environment were your executables are
not build automatically using some kind of CI, Hudson, Jenkins,
whatever, versioning manually build and once tested applications can
save a lot of time. Besides that, one may be in an situation were one
has only access to third party, pre compiled libraries in which case
there may be no reason to not version those, too.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning       E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme      http://www.AM-SoFT.de/

Telefon...........05151-  9468- 55
Fax...............05151-  9468- 88
Mobil..............0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

Reply via email to