the stash could give more info about
the baseline checkout. It currently shows
just the checkout uuid.

I never realized the presented uuid was actually the baseline.
Stephan Beal said he wasn't even aware of the 'stash goto'
command! And I (noob user) couldn't understand what
the 'goto' would do.

Considering this I implemented the feature:

fossil stash ls ?-v|--verbose? ?-b|--baseline?

    List all changes sets currently stashed.  Show information about
    about individual files in each changeset if -v or --verbose
    is used. Show baseline checkout summary for each changeset
    with -b or --baseline.


Example of 'stash ls -b'

(( $11:13:42,v )) fos stash ls -b
    1: over [199b53d1d70361] on 2016-03-25 05:08:21
       invierte logica de isaccepted
          BASELINE agrega flags -df -Df -Sf (user: suse tags: trunk)
    2: over [dc52e154ee5f71] on 2016-03-25 12:53:13
       test another -l implementacion
          BASELINE eliminar fichero '.sum' solo si la descarga va a
                    proceder (user: suse tags: trunk)
    3: over [789f55e34faeeb] on 2016-03-25 13:22:48
       directorio DATA
          BASELINE tiempo de espera al fallar descarga de 10 a 8
                    (user: suse tags: trunk)
    4: over [789f55e34faeeb] on 2016-03-25 23:54:15
       endswith
          BASELINE tiempo de espera al fallar descarga de 10 a 8
                    (user: suse tags: trunk)
    8: over [f470e0bfb042c2] on 2016-04-09 00:48:57
       calculos con let
          BASELINE *CURRENT* loggear momento en sincronizar
                    completamente el repo (user: suse tags: trunk)


Example of 'stash ls -v -b'

(( $11:13:44,v )) fos stash ls -b -v
    1: over [199b53d1d70361] on 2016-03-25 05:08:21
       invierte logica de isaccepted
          BASELINE agrega flags -df -Df -Sf (user: suse tags: trunk)
          EDIT sync_void.ksh
    2: over [dc52e154ee5f71] on 2016-03-25 12:53:13
       test another -l implementacion
          BASELINE eliminar fichero '.sum' solo si la descarga va a
                    proceder (user: suse tags: trunk)
          EDIT sync_void
    3: over [789f55e34faeeb] on 2016-03-25 13:22:48
       directorio DATA
          BASELINE tiempo de espera al fallar descarga de 10 a 8
                    (user: suse tags: trunk)
          EDIT sync_void
    4: over [789f55e34faeeb] on 2016-03-25 23:54:15
       endswith
          BASELINE tiempo de espera al fallar descarga de 10 a 8
                    (user: suse tags: trunk)
          EDIT sync_void
    8: over [f470e0bfb042c2] on 2016-04-09 00:48:57
       calculos con let
          BASELINE *CURRENT* loggear momento en sincronizar
                    completamente el repo (user: suse tags: trunk)
          EDIT sync_void


I needed this feature because I'm used to keep several changesets
lying around. I implemented it using bits of the timeline formatting
and I dont' know if this change is considered useful for the completeness
of fossil.
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to