Есть ли способ выполнить цель муравья перед коммитом в затмении?

Question

У нас есть файл свойств сборки с текущей глобальной версией репозитория.Этот файл был обновлен вручную до того, как кто-то пометил проект.

Моя идея состоит в том, чтобы написать задачу муравья, которая обновляет номер редакции в файле свойств и настроить построитель проекта в eclipse для выполнения задачи.Но проблема в том, что вы можете выбрать запуск задачи только до или после чистой или ручной или автоматической сборки.

Есть ли способ выполнить цель перед фиксацией, чтобы гарантировать, что ревизияномер всегда обновляется?

Answer 1

Пусть ваш инструмент управления версиями сделает всю работу, это его часть.
Вот пример заголовка файла сборки, в котором используются ключевые слова cvs при использовании cvs или cvsnt.
Возможно, вы видели это раньше в нескольких источниках, так как это хорошо практика.
Другие инструменты управления версиями, такие как Subversion ... и т. д., имеют схожие функции, просто посмотрите их руководства,
fe см. Subversion, подстановка ключевых слов

<?xml version="1.0" encoding="UTF-8"?>

 <!--+
     | $Author:$
     | $Date:$
     | $Revision:$
     |
     | Description :
     |  bla bla bla
     |  bla bla
     |  bla
     | 
     +-->



<project name="..." default="...">
  <description>
   description
  </description>
...

метаинформация cvs обновляется автоматически при каждой фиксации, и вы не можете забыть.
поместите эти ключевые слова в шаблоны файлов в вашем редакторе, и все готово

Но будьте осторожны , ваш difftool будет показывать различия для каждого файла, даже если из-за ветвления изменился только номер редакции. F.E. Я использую Eclipse, и их difftool недостаточно умен, чтобы игнорировать определенные части, такие как эти ключевые слова
(все еще жду, когда плагин исправит это ..). Но через некоторое время вы привыкнете; -)
При работе в команде должно быть соглашение об использовании ключевых слов или нет, прежде чем возникнут конфликты из-за этой проблемы различий.