[JIRA] Updated: (CC-1050) Problem with checking modifications in GIT repository

"Zdenek (JIRA)" <[email protected]> Wed, 21 Dec 2011 10:19:27 -0600 (CST)
Newsgroups gmane.comp.java.cruise-control.devel
Message-ID <1749483609.1324484367150.JavaMail.jira@chidmzhosting02.thoughtworks.com>
     [ http://jira.public.thoughtworks.org/browse/CC-1050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Zdenek updated CC-1050:
-----------------------

    Description: 
When I configure git modificationset for a checking of changes in git repository, the changes are not detected in some cases.

I mean that the problem is in Git.java class:

<code>
    static String gitRevision(Date dt) {
        final String dts = "@{ " + (dt.getTime() / 1000) + "}";
        /* The SVN plugin claims we have to quote this for Windows. */
        return Util.isWindows() ? ("\"" + dts + "\"") : dts;
    }
</code>

Maybe, there should be formated date instead of timestamp. Timestamp is resolved by git as a ordinal number, not as a timestamp. But it have not to be the source of problem.

"man gitrevisions" says:

 - a ref followed by the suffix @ with a date specification enclosed in a brace pair (e.g.  {yesterday}, {1 month 2 weeks 3 days 1 hour 1 second ago} or {1979-02-26 18:30:00}) to specify the value of the ref at a prior point in time. 

 - a ref followed by the suffix @ with an ordinal specification enclosed in a brace pair (e.g.  {1}, {15}) to specify the n-th prior value of that ref.

The similar problem is that the modifications are not detcted when the "ignoreFiles" property is set.

  was:
When I configure git modificationset for a checking of changes in git repository, the changes are not detected in some cases.

I mean that the problem is in Git.java class:

<code>
    static String gitRevision(Date dt) {
        final String dts = "@{ " + (dt.getTime() / 1000) + "}";
        /* The SVN plugin claims we have to quote this for Windows. */
        return Util.isWindows() ? ("\"" + dts + "\"") : dts;
    }
</code>

There should be formated date instead of timestamp. Timestamp is resolved by git as a ordinal number, not as a timestamp.

"man gitrevisions" says:

 - a ref followed by the suffix @ with a date specification enclosed in a brace pair (e.g.  {yesterday}, {1 month 2 weeks 3 days 1 hour 1 second ago} or {1979-02-26 18:30:00}) to specify the value of the ref at a prior point in time. 

 - a ref followed by the suffix @ with an ordinal specification enclosed in a brace pair (e.g.  {1}, {15}) to specify the n-th prior value of that ref.



> Problem with checking modifications in GIT repository
> -----------------------------------------------------
>
>                 Key: CC-1050
>                 URL: http://jira.public.thoughtworks.org/browse/CC-1050
>             Project: CruiseControl
>          Issue Type: Bug
>          Components: Core Application
>    Affects Versions: 2.8.4
>         Environment: Linux 64b Debian Lenny
>            Reporter: Zdenek
>            Priority: Major
>
> When I configure git modificationset for a checking of changes in git repository, the changes are not detected in some cases.
> I mean that the problem is in Git.java class:
> <code>
>     static String gitRevision(Date dt) {
>         final String dts = "@{ " + (dt.getTime() / 1000) + "}";
>         /* The SVN plugin claims we have to quote this for Windows. */
>         return Util.isWindows() ? ("\"" + dts + "\"") : dts;
>     }
> </code>
> Maybe, there should be formated date instead of timestamp. Timestamp is resolved by git as a ordinal number, not as a timestamp. But it have not to be the source of problem.
> "man gitrevisions" says:
>  - a ref followed by the suffix @ with a date specification enclosed in a brace pair (e.g.  {yesterday}, {1 month 2 weeks 3 days 1 hour 1 second ago} or {1979-02-26 18:30:00}) to specify the value of the ref at a prior point in time. 
>  - a ref followed by the suffix @ with an ordinal specification enclosed in a brace pair (e.g.  {1}, {15}) to specify the n-th prior value of that ref.
> The similar problem is that the modifications are not detcted when the "ignoreFiles" property is set.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.public.thoughtworks.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev