5 Commits

Author	SHA1	Message	Date
Vincent Demeester	69fdd2a4ad	formatter package heavy refactoring ... - make it possible to extract the formatter implementation from the "common" code, that way, the formatter package stays small - extract some formatter into their own packages This is essentially moving the "formatter" implementation of each type in their respective packages. The *main* reason to do that, is to be able to depend on `cli/command/formatter` without depending of the implementation detail of the formatter. As of now, depending on `cli/command/formatter` means we depend on `docker/docker/api/types`, `docker/licensing`, … — that should not be the case. `formatter` should hold the common code (or helpers) to easily create formatter, not all formatter implementations. Signed-off-by: Vincent Demeester <vincent@sbr.pm>	2018-10-23 17:05:44 +02:00
Vincent Demeester	2c4de4fb5e	Update tests to use gotest.tools 👼 ... Signed-off-by: Vincent Demeester <vincent@sbr.pm>	2018-06-08 18:24:26 +02:00
Daniel Nephin	39c2ca57c1	Automated migration ... Signed-off-by: Daniel Nephin <dnephin@docker.com>	2018-03-05 19:41:17 -05:00
Daniel Nephin	d318c4112b	Reduce complexity of two formatters ... Signed-off-by: Daniel Nephin <dnephin@docker.com>	2017-08-28 12:49:07 -04:00
Daniel Nephin	1630fc40f8	Import docker/docker/cli ... Signed-off-by: Daniel Nephin <dnephin@gmail.com>	2017-04-17 17:40:59 -04:00