← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/es/guia-usuario/version_info.txt

  • Committer: John Arbash Meinel
  • Date: 2009-07-06 18:59:24 UTC
  • mto: This revision was merged to the branch mainline in revision 4522.
  • Revision ID: john@arbash-meinel.com-20090706185924-qlhn1j607117lgdj
Start implementing an Annotator.add_special_text functionality.

The Python implementation supports it. Basically, it is meant to allow things
like WT and PreviewTree to insert the 'current' content into the graph, so that
we can get local modifications into the annotations.
There is also some work here to get support for texts that are already cached
in the annotator. So that we avoid extracting them, and can shortcut the
history.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/es/guia-usuario/version_info.txt
 
1
===========================
 
2
Usando ``bzr version-info``
 
3
===========================
 
4
 
 
5
Repaso General
 
6
==============
 
7
 
 
8
Este documento describe las formas de usar ``bzr version-info`` como 
 
9
parte del proceso de embeber la informacion de vesion a un proyecto.
 
10
 
 
11
 
 
12
Projecto Python
 
13
===============
 
14
 
 
15
TODO: Figure out how to attach into ``setup.py``
 
16
 
 
17
Si usa un archivo Makefile para construir su proyecto, puede generar un 
 
18
archivo on la informacion de version tan simple como::
 
19
 
 
20
  library/_version.py:
 
21
        bzr version-info --format=python > library/_version.py
 
22
 
 
23
Eso genera un archivo que contiene 3 diccionarios:
 
24
 
 
25
  * `version_info`: Un diccionario conteniendo informacion basica sobre el
 
26
    estado actual
 
27
 
 
28
  * `revisions`: Un diccionario listando todas las revisiones en 
 
29
    el historial del tree, junto con los tiempos y los mensajes de 
 
30
    los commits. Esto por defecto esta en blanco salvi que use ``--all`` 
 
31
    o `--include-history`` es provisto. Esto es util si quiere seguir 
 
32
    que bugs arregla el lanzamiento de esa version. Para muchos proyectos 
 
33
    es mas informacion de la que se va a necesitar.
 
34
 
 
35
  * `file_revisions`: Un diccionario listando la revision que modifico
 
36
    por ultima vez todos los archivos del proyecto. Esto puede ser usado 
 
37
    similarmente a como se usan las palabras claves ``$Id$`` en los 
 
38
    archivos controlados en CVS. La ultima fecha de modificacion puede 
 
39
    ser determinada mirando en el mapa de ``revisions``. Esto tambien 
 
40
    esta vacio por defecto, y habilitado solo por ``--all`` o
 
41
    ``--include-file-revisions``.
 
42
    
 
43
 
 
44
Check Clean
 
45
===========
 
46
 
 
47
La mayoria de la informacion sobre el contenido del proyecto puede 
 
48
ser determinada a muy bajo costo con solo leer las entradas de revisiones.
 
49
Sin embargo, puede ser util si el working tree fue actualizado completamente 
 
50
cuando fue empaquetado, o si hubo alguna modificacion local. Al proveer 
 
51
``--all`` o ``--check-clean``, ``bzr`` va a inspeccionar el working tree, 
 
52
y definir el ``clean`` flag en ``version_info``, al igual que definir 
 
53
entradas en ``file_revisions`` como ``modified`` donde es apropiado.