如何处理版本控制下的开发人员个人文件？

<property environment="env" /> 
<property file="${basedir}/online/${env.LOGNAME}.build.properties" /> 
<property file="${basedir}/online/${env.USERNAME}.build.properties" /> 
<property file="${basedir}/online/default.properties" />

如果你有LOGNAME集，说，“davec”和davec.build.properties存在，它将在default.properties覆盖的任何值。

这对于检查您的同事配置以开始使用或诊断问题也很有帮助。

来源

2008-09-22 17:23:24 davetron5000

如果他们必须位于同一个存储库中，请为每个开发人员创建一个“dev”文件夹或其他文件夹，以便检查其用户文件。

或者有一个单独的用户文件存储库。

或者留给个人开发者关于他们用自己的文件做什么。

来源

2008-09-22 17:23:28

这是以前的帖子回答。虽然问题更多地针对WebApps，但实际问题正是您现在面临的问题。

How do you maintain java webapps in different staging environments?

来源

2008-09-22 17:25:53

我们的项目是建立类似人，你有某种性质的文件，独特的开发者，但我不相信，文件具体到单个开发人员应该签入到源控制。

我们有一个文件personal.properties它被加载并覆盖任何项目默认值。该文件位于用户主目录中。对于特定于用户的任何值，默认值被设定如下：

database_user_name = DATABASE_USER_NAME_MUST_BE_SET_IN_PERSONAL_PROPERTIES_FILE

该文件从未被显影剂编辑，以便没有用户特定的信息被登记到源控制，并且如果一显影剂忘记设置在其personal.properties值文件你得到一个明显的错误，如：

Unable to login to database with username: "DATABASE_USER_NAME_MUST_BE_SET_IN_PERSONAL_PROPERTIES_FILE"

来源

2008-09-22 17:26:26

保持一个集源控制的违约，然后或者：

HAV每个开发人员都有一套可选的管理自己的配置（例如，不保存在源代码控制）或
有每个开发者保持自己在CONFIGS源代码控制某种标识方案（如@Dustin username.properties使用）保持开发商的

优势源代码控制中的特定配置使得从一台计算机迁移到另一台计算机变得容易（例如在发生硬件故障或升级的情况下）。它是一个简单的svn co [回购]和蚂蚁

来源

2008-09-22 17:37:03

使用模板，你不添加db-config到源代码管理（实际上你使用SVN：IGNORE），并添加db-config.tmpl或db-config .template或db-config.tmp或其他明确告诉你它是模板的东西。

该文件具有基本配置，并且旨在被复制到'db-config'（只需复制留下模板以接收更新）以供每个开发人员自定义。

来源

2008-09-22 17:40:02 levhita

使用git或其他分散版本控制系统。然后，每个开发人员都可以在自己的私人分支中保留其私人分支，在该分支上工作，然后樱桃将完成的特征从该分支中回收到开发主干中。

来源

2008-09-22 17:57:03 skiphoppy

我们只是在开发者之间保持一个标准。每个人都使用相同的目录，数据库名称和用户，所以我们不需要担心这些事情。

亲切的问候

来源

2008-09-22 18:26:07 marcospereira

如何处理版本控制下的开发人员个人文件？

回答

相关问题