Leí la parte delos documentos y vi que elConfigParser devuelve una lista de pares clave / valor para las opciones dentro de una sección. Pensé que las claves no necesitaban ser únicas dentro de una sección, de lo contrario el analizador simplemente devolvería una asignación. Diseñé mi esquema de archivo de configuración en torno a esta suposición, y tristemente me di cuenta de que este no es el caso:

>>> from ConfigParser import ConfigParser
>>> from StringIO import StringIO
>>> fh = StringIO("""
... [Some Section]
... spam: eggs
... spam: ham
... """)
>>> parser = ConfigParser()
>>> parser.readfp(fh)
>>> print parser.items('Some Section')
[('spam', 'ham')]

Luego volví y encontré la parte de los documentos que yodebería han leído:

Las secciones se almacenan normalmente en un diccionario incorporado. Se puede pasar un tipo de diccionario alternativo al constructor ConfigParser. Por ejemplo, si se pasa un tipo de diccionario que ordena sus claves, las secciones se ordenarán en reescritura, al igual que las claves dentro de cada sección.

Para mantener mi esquema de archivo de configuración existente (que realmente me gusta ahora;) Estoy pensando en pasar un objeto similar a la asignación como se mencionó anteriormente que acumula valores en lugar de bloquearlos. ¿Hay una manera más simple de evitar el colapso de clave / valor que me falta? En lugar de hacer un adaptador loco (eso podría romperse siConfigParsercambios de implementación) debería escribir una variante delConfigParser ¿sí mismo?

Siento que este puede ser uno de esos momentos 'duh' donde solo veo las soluciones difíciles.

[Editar:] Aquí hay un ejemplo más preciso de cómo me gustaría usar la misma clave varias veces:

[Ignored Paths]
ignore-extension: .swp
ignore-filename: tags
ignore-directory: bin

No me gusta la sintaxis de la lista delimitada por comas porque es difícil de ver cuando la escala a muchos valores; por ejemplo, una lista delimitada por comas de cincuenta extensiones no sería particularmente legible.