blocks|key|3867639|text|我们的属性文件位于"+properties“目录下。每个开发人员都有自己的"username.properties“文件，他们可以覆盖特定于环境的文件中的属性，如"dev.properties”或"test.properties“。这利用了ANT的不可变属性(首先包括个人属性，然后是环境属性)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3867640|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Our properties files are under a "properties" directory. Each developer has their own "username.properties" files which they can override properties in the environment-specific files such as "dev.properties", or "test.properties". This takes advantage of ANT's immutable properties (include personal first, THEN environment properties).

blocks|key|765143|text|在源代码管理中保留一组默认值，然后：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|765144|765145|让每个开发人员都有一组可选的配置供他们自己管理(例如，没有保存在源代码控制中)或|unordered-list-item|765146|让每个开发人员在某种标识方案(username.properties，如@Dustin使用)的源代码控制中保留自己的配置|765147|765148|在源代码管理中保留开发人员的特定配置的优势使得从一台计算机迁移到另一台计算机很容易(例如，在硬件故障或升级的情况下)。这是一个简单的svn+co+repos和ant|765149|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|N|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|O|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|P|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|L|$]]

Keep a set of defaults in source control and then either:

<ul>
<li>have each developer have an optional set of configs that they manage themselves (eg. not kept in source control) or</li>
<li>have each developer keep their own configs in source control under some sort of identification scheme (username.properties like @Dustin uses)</li>
</ul>

The advantage of keeping the developer's specific configs in source control makes it easy to migrate from one computer to another (eg. in the case of a hardware failure or upgrade). Its a simple svn co [repos] and ant

blocks|key|3022868|text|使用SVN:Ignore+(或其等效项)确保它们不会签入到您的主干分支中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3022869|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Use SVN:Ignore (or its equivalent) to make sure they are not checked into your trunk branch.

blocks|key|3022994|text|我们使用ant构建或应用程序，而我们的ant构建文件引用了如下的文件名：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3022995|${env.COMPUTERNAME}-.properties|3022996|此文件中的所有属性都将覆盖主生成文件中的属性(如果存在)。因此，开发人员可以创建一个以其计算机名称命名的覆盖文件，以覆盖他们喜欢的任何属性，例如数据库名称和/或jdbc+url。然后可以将该文件签入到版本控制中|3022997|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

We build or app using ant and our ant build files has a reference to a file name like this: 

${env.COMPUTERNAME}-.properties 

All of the properties in this file will override the properties in the main build file, if they exist. So developers can create an override file, named after their machine name, to override any of the properties that they like, for example database name and or jdbc url. This file can then be checked into version control

blocks|key|3868598|text|我们只是在开发人员之间保持一个标准。每个人都使用相同的目录、数据库名称和用户，所以我们不需要担心这些事情。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3868599|亲切的问候|3868600|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

We just keep a standard between developers. Everyone uses the same directories, database names and users, so we don't need to worry about those things.

Kind Regards

blocks|key|764628|text|好的，但是例如，db-config-file应该保持在版本控制之下，并且不能被忽略。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|764629|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Okay, but for example a db-config-file should be kept under version control and not be ignored.

blocks|key|764893|text|如果它们必须在同一个存储库中，请创建一个"dev“文件夹或其他文件夹，然后为每个开发人员创建一个子文件夹，以便签入他们的用户文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|764894|或者有一个单独的存储库来存放用户文件。|764895|或者让开发人员自己决定如何处理自己的文件。|764896|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

If they have to be in the same repository, create a "dev" folder or something and then a sub-folder for every developer to check in their user files.

Or have a separate repository for user files.

Or leave it up to the individual developer on what they do with their own files.

blocks|key|3868077|text|这在上一篇文章中得到了某种程度的回答。虽然问题更多地针对WebApps，但实际问题正是您现在面临的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3868078|How+do+you+maintain+java+webapps+in+different+staging+environments?|offset|length|3868079|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/93944/how-do-you-maintain-java-webapps-in-different-staging-environments#94280^0|0|0|1V|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

This was sort of answered in a previous post. While the question was more directed toward WebApps, the actual issue is exactly what you are facing now.

<a href="https://stackoverflow.com/questions/93944/how-do-you-maintain-java-webapps-in-different-staging-environments#94280">How do you maintain java webapps in different staging environments?</a>

blocks|key|765094|text|我们的项目的设置类似于其他项目，其中您有一些开发人员特有的属性文件，但是我不认为特定于单个开发人员的文件应该签入到源代码管理中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|765095|我们有一个文件personal.properties，它被加载并覆盖任何项目的默认值。该文件位于用户的主目录中。对于特定于用户的任何值，默认值设置如下：|offset|length|style|CODE|765096|database_user_name+=+DATABASE_USER_NAME_MUST_BE_SET_IN_PERSONAL_PROPERTIES_FILE|code-block|syntax|javascript|765097|开发人员从不编辑该文件，因此不会将用户特定的信息签入到源代码控制中，如果开发人员忘记在其personal.properties文件中设置该值，您将得到一个明显的错误，如：|765098|Unable+to+login+to+database+with+username:+"DATABASE_USER_NAME_MUST_BE_SET_IN_PERSONAL_PROPERTIES_FILE"|765099|entityMap^0|0|7|J|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@$D|U|E|V|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|W|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|X|8|@]|9|@]|A|$]]|$1|O|3|P|5|J|7|Y|8|@]|9|@]|A|$K|L]]|$1|Q|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|R|$]]

Our project is setup similar to others where you have some sort of properties file unique to the developer, however I do not believe that files specific to a single developer should be checked into source control. 

We have a file <code>personal.properties</code> which is loaded and overrides any project default values. The file is located in the users home directory. For any values that are specific to the user, the default value is set like this:

<pre><code>database_user_name = DATABASE_USER_NAME_MUST_BE_SET_IN_PERSONAL_PROPERTIES_FILE
</code></pre>

The file is never edited by a developer so no user-specific information is checked into source control and if a developer forgets to set the value in their personal.properties file you get an obvious error like:

<pre><code>Unable to login to database with username: "DATABASE_USER_NAME_MUST_BE_SET_IN_PERSONAL_PROPERTIES_FILE"
</code></pre>

blocks|key|5279669|text|使用模板，您不需要将db-config添加到源代码控制中(实际上您在他身上使用了SVN:IGNORE+)，而是添加db-config.tmpl或db-config.template或db-config.tmp或其他可以清楚地告诉您这是一个模板的东西。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5279670|这个文件有基本的配置，并被复制到‘db-config’(只复制模板接收更新)，供每个开发人员定制。|5279671|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Use templates, you don't add db-config to source control(actually you use SVN:IGNORE on him), and add db-config.tmpl or db-config.template or db-config.tmp or something else that clearly tells you it is a template.

This file has the basic configuration and is meant to be copied into 'db-config'(just copied leave the template there to receive updates) for each developer to customize.

blocks|key|5279738|text|使用git或其他去中心化版本控制系统。然后，每个开发人员可以将他的私有更改保存在他自己的私有分支中，在该分支上工作，然后从该分支中挑选完成的功能，并将其放回开发的主干中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5279739|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Use git or another decentralized version control system. Then each developer can keep his private changes in his own private branch, work on that branch, and then cherry pick completed features back out of that branch into the main trunk of development.

blocks|key|5279133|text|不要将它们置于版本控制之下，并使用工具的忽略功能来防止它们被意外签入。相反，应该对生成它们的脚本进行版本控制，该脚本可以使用版本控制的数据和本地的非版本控制的数据。这使它们保持最新，同时具有任何适当的本地修改，而不会有任何这些修改滑回存储库的危险。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5279134|编辑:某些文件格式可以选择使用本地覆盖。这些可以签入，但通常情况下，许多都不够聪明，无法做到这一点。因此有了这个变通方法。|5279135|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Don't keep them under version control, and use your tool's ignore ability to keep them from being accidentally checked in. Instead, version a script that generates them, which can use version-controlled data and local, non-version-controlled data. This keeps them up to date, while having any appropriate local modifications, without any danger of these modifications slipping back into the repository. 

EDIT: some file formats have abilities to optionally use local overrides. These can be checked in, but in general, many aren't smart enough to do this. Hence this workaround.

blocks|key|5279209|text|它们应该保持绝对的版本控制()。您可以在用户环境中使用环境变量来检测特定于开发人员的属性。例如，在ant中：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5279210|<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"+/>|code-block|syntax|javascript|5279211|如果您将LOGNAME设置为'davec‘，并且存在davec.build.properties，则它将覆盖default.properties中的任何值。|offset|length|style|CODE|5279212|这也有助于检查您的同事配置，以便开始使用或诊断问题。|5279213|entityMap^0|0|0|4|7|Q|M|1I|I|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|R|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|S|8|@$I|T|J|U|K|L]|$I|V|J|W|K|L]|$I|X|J|Y|K|L]]|9|@]|A|$]]|$1|M|3|N|5|6|7|Z|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|P|$]]

They should absolutely be kept under version control. You can use an environment variable in the user's environment to detect the developer-specific properties. In ant, for example:

<pre><code>&lt;property environment="env" /&gt;
&lt;property file="${basedir}/online/${env.LOGNAME}.build.properties" /&gt;
&lt;property file="${basedir}/online/${env.USERNAME}.build.properties" /&gt;
&lt;property file="${basedir}/online/default.properties" /&gt;
</code></pre>

If you have <code>LOGNAME</code> set to, say, 'davec' and <code>davec.build.properties</code> exists, it will override any values in <code>default.properties</code>.

This is also helpful for examining your co-workers configurations to get started or diagnose problems.

Some files in our repository are individual to each developer. For example some developers use a local database, which is configured in a properties file in the project. So each developer has different settings. When one developer commits, he always has to take care to not commit his individually configured files.

How do you handle this?

How do you handle developer individual files under version control?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我们存储库中的一些文件对于每个开发人员来说都是独立的。例如，一些开发人员使用本地数据库，该数据库在项目的属性文件中配置。所以每个开发者都有不同的设置。当一个开发人员提交时，他必须始终注意不要提交他单独配置的文件。你是怎么处理这个问题的？

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

回答 13

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

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

回答 13

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

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