EGit解决方案
可以期望在基于项目，工作空间或环境的基础上创建或更改模板变量是一项标准的Eclipse功能。可悲的是，事实并非如此。更重要的是，鉴于Eclipse插件可以定义新的变量和模板，因此应该有提供解决方案的插件。如果是的话，一定很难找到它们。mmm-TemplateVariable（可在Eclipse Marketplace中使用）是Maven用户朝正确方向迈出的一步，可以在模板中包含版本，artifactId等。
幸运的是，EGit是Git的Eclipse工具，它提供了非常灵活的方式来在代码模板中包含许多不同的变量。唯一的要求是您的项目使用Git。如果您不使用Git，但对软件开发很认真，那么现在是时候学习（Pro Git书）。如果您被迫使用旧版版本控制系统，请尝试改变主意。
由于harmsk的努力，EGit 4.0及更高版本包含了在模板中使用Git配置键值的能力。这允许基于存储库设置（项目），用户设置（帐户）和/或全局设置（工作站）来设置模板值。
以下示例显示了如何为多用户开发工作站设置Eclipse和Git并使用自定义Git配置密钥代替 ${user}提供更大的灵活性。尽管该示例基于Windows的Eclipse Mars和Git Windows 10安装，但该示例适用于使用各自的命令行工具运行Eclipse和Git的Linux和OSX。
为了避免Git的user.name配置密钥和Java的user.name系统属性之间的混淆，将使用自定义的Git配置密钥– user.author提供作者的姓名和/或凭证。
配置模板
Git模板变量的格式如下
${<name>:git_config(<key>)}
其中，<name>是任意变量名称，并且<key>是应使用其值的Git配置密钥。鉴于此，将Comment→Types模板更改为
/**
* @author ${author:git_config(user.author)}
*
* ${tags}
*/
现在将尝试通过Git的user.author配置密钥来解析作者的姓名。如果没有任何进一步的配置，则任何新创建的注释将在之后不包含名称@author，因为尚未定义。
配置Git
从命令行
Git系统配置 -此配置步骤更改了Git的系统范围配置，该配置适用于工作站上的所有帐户，除非被用户或存储库设置覆盖。由于系统范围的配置是底层Git应用程序（例如，Windows的Git）的一部分，因此更改将需要管理员权限。以管理员身份运行Git Bash，cmd或PowerShell。以下命令将设置系统范围的作者。
git config --system user.author “SET ME IN GLOBAL(USER) or REPOSITORY(LOCAL) SETTINGS”
该“作者”的目的是提醒您应将其设置在其他位置。当工作站上使用新的用户帐户时，这特别有用。
要验证此设置，请创建一个使用Git的空Java项目或打开一个现有的基于Git的项目。创建一个类，然后从上下文菜单ALT-SHIFT-J中使用Source→Generate Element Comment，或启动JavaDoc注释。结果标签后应带有警告。@author
其余配置更改可以在没有管理员权限的情况下执行。
Git全局（用户）配置 -全局或用户配置是与特定用户相关联的配置，它将覆盖系统范围的配置。这些设置适用于所有基于Git的项目，除非被存储库设置覆盖。如果由于各种项目类型（例如工作，开源贡献或个人项目）作者姓名不同，请在此处设置最常用的名称。
git config --global user.author “Mr. John Smith”
配置了全局值后，返回早期使用的测试项目并应用类注释。该@author标签现在应显示全局设置。
Git仓库（本地）配置 -最后，可以使用仓库或本地配置为特定项目配置作者。与以前的配置不同，必须从存储库内部完成存储库配置。使用Git Bash，PowerShell等导航到测试项目的存储库。
git config --local user.author “smithy”
鉴于此，测试项目中的新注释将使用本地定义的作者名称。其他基于Git的项目仍将使用全局作者名。
从Eclipse内部
上面的配置更改也可以在Eclipse中通过其偏好设置：Team→Git-Configuration进行设置。Eclipse必须以管理员身份运行才能更改系统范围的Git配置。
总共
尽管此示例专门解决了最常见的问题（change）${user}，但是该方法可以使用更多。但是，应谨慎使用，除非明确指定，否则不要使用Git定义的配置密钥。
