Projetez des fichiers dans VCS ou non?

Question

Dans notre société, nous discutons de la possibilité de placer des fichiers de projet dans notre système de contrôle de version. Qu'est-ce que tu penses? Considérez un fichier de projet Eclipse pour un projet C qui contient la source et crée des fichiers et d'autres éléments. Souhaitez-vous le mettre dans VCS?

Answer 1

Si les fichiers du projet répondent aux critères suivants:

1. Ils ne contiennent que des informations pour construire rapidement la source, la caisse, COMMIT et les routines de base (pour les développeurs)
2. parties peut-être dédouanés peuvent être séparés de interne uniquement (si vous êtes un projet FOSS ou propriétaire, par exemple)
3. Ils ne modifient pas la configuration IDE ou les préférences personnelles de quiconque
4. Ils peuvent être traités comme du code source pour des versions internes uniquement et peuvent avoir leur propre code source. propres bugs et correctifs

Je ne vois pas une raison majeure pourquoi pas. Les makefiles/autotools defs vont généralement dans le RCS (entrées autotools au moins). Fournir les données stockées est pertinent pour tous, et leurs machines (construire des répertoires de sortie ...) essayer

Answer 2

Je vous recommande de les vérifier à moins qu'ils ne contiennent des chemins absolus (certains anciens IDE comme Borland C++ Builder font cela), ou - comme Aiden Bell a écrit - ils contiennent des informations de configuration IDE. Par exemple: avec Eclipse, .project et .classpath sont sûrs. Avec Visual Studio, *.csproj et *.sln sont sûrs (alors que *.suo ne l'est pas).

Answer 3

Id recommander à allways les vérifier. Cela vous coûtera pas quoi que ce soit, mais parfois vous courez dans des situations où vous serez heureux de vérifier différents paramètres de dire les fichiers de projets, etc.

Answer 4

Si vous utilisez RCS pour signifie un système de contrôle de révision générale, puis, oui, vérifier la source et faire des fichiers, et en général à peu près tout ce que vous ne pouvez pas recréer facilement.

Si vous utilisez RCS pour signifier rcs, alors s'il vous plaît, s'il vous plaît mise à niveau vers quelque chose de mieux. SVN serait un bon choix, ou Git ou quelque chose comme ça.