mirror of
https://github.com/jesseduffield/lazydocker.git
synced 2026-07-21 23:01:03 +00:00
update config comments for better godoc experience
This commit is contained in:
parent
374b4aca4e
commit
852a8510ac
2 changed files with 161 additions and 61 deletions
|
|
@ -32,8 +32,10 @@ commandTemplates:
|
|||
serviceTop: '{{ .DockerCompose }} top {{ .Service.Name }}'
|
||||
customCommands:
|
||||
containers:
|
||||
- attach: true
|
||||
- name: bash
|
||||
attach: true
|
||||
command: docker exec -it {{ .Container.ID }} /bin/sh
|
||||
serviceNames: []
|
||||
oS:
|
||||
openCommand: open {{filename}}
|
||||
openLinkCommand: open {{link}}
|
||||
|
|
@ -49,7 +51,7 @@ stats:
|
|||
color: green
|
||||
```
|
||||
|
||||
## To see what all of the config options mean, and what other options you can set, see < INSERT app_config.go GODOC HERE >
|
||||
## To see what all of the config options mean, and what other options you can set, see https://godoc.org/github.com/jesseduffield/lazydocker/pkg/config
|
||||
|
||||
## Color Attributes:
|
||||
|
||||
|
|
|
|||
|
|
@ -1,3 +1,15 @@
|
|||
// Package config handles all the user-configuration. The fields here are
|
||||
// all in PascalCase but in your actual config.yml they'll be in camelCase.
|
||||
// You can view the default config with `lazydocker --config`.
|
||||
// You can open your config file by going to the status panel (using left-arrow)
|
||||
// and pressing 'o'.
|
||||
// You can directly edit the file (e.g. in vim) by pressing 'e' instead.
|
||||
// To see the final config after your user-specific options have been merged
|
||||
// with the defaults, go to the 'about' tab in the status panel.
|
||||
// Because of the way we merge your user config with the defaults you may need
|
||||
// to be careful: if for example you set a `commandTemplates:` yaml key but then
|
||||
// give it no child values, it will scrap all of the defaults and the app will
|
||||
// probably crash.
|
||||
package config
|
||||
|
||||
import (
|
||||
|
|
@ -10,42 +22,42 @@ import (
|
|||
"github.com/shibukawa/configdir"
|
||||
)
|
||||
|
||||
// AppConfig contains the base configuration fields required for lazygit.
|
||||
type AppConfig struct {
|
||||
Debug bool `long:"debug" env:"DEBUG" default:"false"`
|
||||
Version string `long:"version" env:"VERSION" default:"unversioned"`
|
||||
Commit string `long:"commit" env:"COMMIT"`
|
||||
BuildDate string `long:"build-date" env:"BUILD_DATE"`
|
||||
Name string `long:"name" env:"NAME" default:"lazygit"`
|
||||
BuildSource string `long:"build-source" env:"BUILD_SOURCE" default:""`
|
||||
UserConfig *UserConfig
|
||||
ConfigDir string
|
||||
}
|
||||
|
||||
// UserConfig holds all of the user-configurable options. The fields here are all in PascalCase but in your actual config.yml they'll be in camelCase. You can view the default config with `lazydocker --config` and you can open the config file with 'o' when the status panel is focused, or use 'e' to edit it in your chosen editor. Be careful: if for example you set a `commandTemplates:` yaml key but then give it no child values, it will scrap all of the defaults and the app will probably crash
|
||||
// UserConfig holds all of the user-configurable options
|
||||
type UserConfig struct {
|
||||
// Gui is for configuring visual things like colors and whether we show or hide things
|
||||
// Gui is for configuring visual things like colors and whether we show or
|
||||
// hide things
|
||||
Gui GuiConfig `yaml:"gui,omitempty"`
|
||||
|
||||
// Reporting determines whether events are reported such as errors (and maybe application opens but I'm not decided on that yet because it sounds kinda creepy but I also would love to know how many people are using this program)
|
||||
// Reporting determines whether events are reported such as errors (and maybe
|
||||
// application opens but I'm not decided on that yet because it sounds kinda
|
||||
// creepy but I also would love to know how many people are using this
|
||||
// program)
|
||||
Reporting string `yaml:"reporting,omitempty"`
|
||||
|
||||
// ConfirmOnQuit when enabled prompts you to confirm you want to quit when you hit esc or q when no confirmation panels are open
|
||||
// ConfirmOnQuit when enabled prompts you to confirm you want to quit when you
|
||||
// hit esc or q when no confirmation panels are open
|
||||
ConfirmOnQuit bool `yaml:"confirmOnQuit,omitempty"`
|
||||
|
||||
// CommandTemplates determines what commands actually get called when we run certain commands
|
||||
// CommandTemplates determines what commands actually get called when we run
|
||||
// certain commands
|
||||
CommandTemplates CommandTemplatesConfig `yaml:"commandTemplates,omitempty"`
|
||||
|
||||
// CustomCommands determines what shows up in your custom commands menu when you press 'c'. You can use go templates to access three items on the struct: the DockerCompose command (defaulted to 'docker-compose'), the Service if present, and the Container if present. The struct types for those are found in the commands package
|
||||
// CustomCommands determines what shows up in your custom commands menu when
|
||||
// you press 'c'. You can use go templates to access three items on the
|
||||
// struct: the DockerCompose command (defaulted to 'docker-compose'), the
|
||||
// Service if present, and the Container if present. The struct types for
|
||||
// those are found in the commands package
|
||||
CustomCommands CustomCommands `yaml:"customCommands,omitempty"`
|
||||
|
||||
// OS determines what defaults are set for opening files and links
|
||||
OS OSConfig `yaml:"oS,omitempty"`
|
||||
|
||||
// Update is currently not being used, but like lazygit, it may be used down the line to help you update automatically.
|
||||
// Update is currently not being used, but like lazygit, it may be used down
|
||||
// the line to help you update automatically.
|
||||
Update UpdateConfig `yaml:"update,omitempty"`
|
||||
|
||||
// Stats determines how long lazydocker will gather container stats for, and what stat info to graph
|
||||
// Stats determines how long lazydocker will gather container stats for, and
|
||||
// what stat info to graph
|
||||
Stats StatsConfig `yaml:"stats,omitempty"`
|
||||
}
|
||||
|
||||
|
|
@ -56,66 +68,110 @@ type ThemeConfig struct {
|
|||
OptionsTextColor []string `yaml:"optionsTextColor,omitempty"`
|
||||
}
|
||||
|
||||
// GuiConfig is for configuring visual things like colors and whether we show or hide things
|
||||
// GuiConfig is for configuring visual things like colors and whether we show or
|
||||
// hide things
|
||||
type GuiConfig struct {
|
||||
// ScrollHeight determines how many characters you scroll at a time when scrolling the main panel
|
||||
// ScrollHeight determines how many characters you scroll at a time when
|
||||
// scrolling the main panel
|
||||
ScrollHeight int `yaml:"scrollHeight,omitempty"`
|
||||
|
||||
// ScrollPastBottom determines whether you can scroll past the bottom of the main view
|
||||
// ScrollPastBottom determines whether you can scroll past the bottom of the
|
||||
// main view
|
||||
ScrollPastBottom bool `yaml:"scrollPastBottom,omitempty"`
|
||||
|
||||
// IgnoreMouseEvents is for when you do not want to use your mouse to interact with anything
|
||||
// IgnoreMouseEvents is for when you do not want to use your mouse to interact
|
||||
// with anything
|
||||
IgnoreMouseEvents bool `yaml:"mouseEvents,omitempty"`
|
||||
|
||||
// Theme determines what colors and color attributes your panel borders have. I always set inactiveBorderColor to black because in my terminal it's more of a grey, but that doesn't work in your average terminal. I highly recommended finding a combination that works for you
|
||||
// Theme determines what colors and color attributes your panel borders have.
|
||||
// I always set inactiveBorderColor to black because in my terminal it's more
|
||||
// of a grey, but that doesn't work in your average terminal. I highly
|
||||
// recommended finding a combination that works for you
|
||||
Theme ThemeConfig `yaml:"theme,omitempty"`
|
||||
|
||||
// ShowAllContainers determines whether the Containers panel contains all the containers returned by `docker ps -a`, or just those containers that aren't directly linked to a service. It is probably desirable to enable this if you have multiple containers per service, but otherwise it can cause a lot of clutter
|
||||
// ShowAllContainers determines whether the Containers panel contains all the
|
||||
// containers returned by `docker ps -a`, or just those containers that aren't
|
||||
// directly linked to a service. It is probably desirable to enable this if
|
||||
// you have multiple containers per service, but otherwise it can cause a lot
|
||||
// of clutter
|
||||
ShowAllContainers bool `yaml:"showAllContainers,omitempty"`
|
||||
|
||||
// PromptToReturn determines whether you get the 'press enter to return to lazydocker' message after a subprocess has completed. You would set this to true if you often want to see the output of subprocesses before returning to lazydocker. I would default this to false but then people who want it set to true won't even know the config option exists.
|
||||
// PromptToReturn determines whether you get the 'press enter to return to
|
||||
// lazydocker' message after a subprocess has completed. You would set this to
|
||||
// true if you often want to see the output of subprocesses before returning
|
||||
// to lazydocker. I would default this to false but then people who want it
|
||||
// set to true won't even know the config option exists.
|
||||
PromptToReturn bool `yaml:"promptToReturn,omitempty"`
|
||||
}
|
||||
|
||||
// CommandTemplatesConfig determines what commands actually get called when we run certain commands
|
||||
// CommandTemplatesConfig determines what commands actually get called when we
|
||||
// run certain commands
|
||||
type CommandTemplatesConfig struct {
|
||||
// RestartService is for restarting a service. docker-compose restart {{ .Service.Name }} works but I prefer docker-compose up --force-recreate {{ .Service.Name }}
|
||||
// RestartService is for restarting a service. docker-compose restart {{
|
||||
// .Service.Name }} works but I prefer docker-compose up --force-recreate {{
|
||||
// .Service.Name }}
|
||||
RestartService string `yaml:"restartService,omitempty"`
|
||||
|
||||
// DockerCompose is for your docker-compose command. You may want to combine a few different docker-compose.yml files together, in which case you can set this to "docker-compose -f foo/docker-compose.yml -f bah/docker-compose.yml". The reason that the other docker-compose command templates all start with {{ .DockerCompose }} is so that they can make use of whatever you've set in this value rather than you having to copy and paste it to all the other commands
|
||||
// DockerCompose is for your docker-compose command. You may want to combine a
|
||||
// few different docker-compose.yml files together, in which case you can set
|
||||
// this to "docker-compose -f foo/docker-compose.yml -f
|
||||
// bah/docker-compose.yml". The reason that the other docker-compose command
|
||||
// templates all start with {{ .DockerCompose }} is so that they can make use
|
||||
// of whatever you've set in this value rather than you having to copy and
|
||||
// paste it to all the other commands
|
||||
DockerCompose string `yaml:"dockerCompose,omitempty"`
|
||||
|
||||
// StopService is the command for stopping a service
|
||||
StopService string `yaml:"stopService,omitempty"`
|
||||
|
||||
// ServiceLogs get the logs for a service. This is actually not currently used; we just get the logs of the corresponding container. But we should probably support explicitly returning the logs of the service when you've selected the service, given that a service may have multiple containers.
|
||||
// ServiceLogs get the logs for a service. This is actually not currently
|
||||
// used; we just get the logs of the corresponding container. But we should
|
||||
// probably support explicitly returning the logs of the service when you've
|
||||
// selected the service, given that a service may have multiple containers.
|
||||
ServiceLogs string `yaml:"serviceLogs,omitempty"`
|
||||
|
||||
// ViewServiceLogs is for when you want to view the logs of a service as a subprocess. This defaults to having no filter, unlike the in-app logs commands which will usually filter down to the last hour for the sake of performance.
|
||||
// ViewServiceLogs is for when you want to view the logs of a service as a
|
||||
// subprocess. This defaults to having no filter, unlike the in-app logs
|
||||
// commands which will usually filter down to the last hour for the sake of
|
||||
// performance.
|
||||
ViewServiceLogs string `yaml:"viewServiceLogs,omitempty"`
|
||||
|
||||
// RebuildService is the command for rebuilding a service. Defaults to something along the lines of `{{ .DockerCompose }} up --build {{ .Service.Name }}`
|
||||
// RebuildService is the command for rebuilding a service. Defaults to
|
||||
// something along the lines of `{{ .DockerCompose }} up --build {{
|
||||
// .Service.Name }}`
|
||||
RebuildService string `yaml:"rebuildService,omitempty"`
|
||||
|
||||
// RecreateService is for force-recreating a service. I prefer this to restarting a service because it will also restart any dependent services and ensure they're running before trying to run the service at hand
|
||||
// RecreateService is for force-recreating a service. I prefer this to
|
||||
// restarting a service because it will also restart any dependent services
|
||||
// and ensure they're running before trying to run the service at hand
|
||||
RecreateService string `yaml:"recreateService,omitempty"`
|
||||
|
||||
// ViewContainerLogs is like ViewServiceLogs but for containers
|
||||
ViewContainerLogs string `yaml:"viewContainerLogs,omitempty"`
|
||||
|
||||
// ContainerLogs shows the logs of a container. By default this restricts the output to (as of right now) the last hour. This is for the sake of performance, and you can feel free to change this
|
||||
// ContainerLogs shows the logs of a container. By default this restricts the
|
||||
// output to (as of right now) the last hour. This is for the sake of
|
||||
// performance, and you can feel free to change this
|
||||
ContainerLogs string `yaml:"containerLogs,omitempty"`
|
||||
|
||||
// AllLogs is for showing what you get from doing `docker-compose logs`. It combines all the logs together
|
||||
// AllLogs is for showing what you get from doing `docker-compose logs`. It
|
||||
// combines all the logs together
|
||||
AllLogs string `yaml:"allLogs,omitempty"`
|
||||
|
||||
// ViewAllLogs is to AllLogs what ViewContainerLogs is to ContainerLogs. It's just the command we use when you want to see all logs in a subprocess with no filtering
|
||||
// ViewAllLogs is to AllLogs what ViewContainerLogs is to ContainerLogs. It's
|
||||
// just the command we use when you want to see all logs in a subprocess with
|
||||
// no filtering
|
||||
ViewAllLogs string `yaml:"viewAlLogs,omitempty"`
|
||||
|
||||
// DockerComposeConfig is the command for viewing the config of your docker compose. It basically prints out the yaml from your docker-compose.yml file(s)
|
||||
// DockerComposeConfig is the command for viewing the config of your docker
|
||||
// compose. It basically prints out the yaml from your docker-compose.yml
|
||||
// file(s)
|
||||
DockerComposeConfig string `yaml:"dockerComposeConfig,omitempty"`
|
||||
|
||||
// CheckDockerComposeConfig is what we use to check whether we are in a docker-compose context. If the command returns an error then we clearly aren't in a docker-compose config and we then just hide the services panel and only show containers
|
||||
// CheckDockerComposeConfig is what we use to check whether we are in a
|
||||
// docker-compose context. If the command returns an error then we clearly
|
||||
// aren't in a docker-compose config and we then just hide the services panel
|
||||
// and only show containers
|
||||
CheckDockerComposeConfig string `yaml:"checkDockerComposeConfig,omitempty"`
|
||||
|
||||
// ServiceTop is the command for viewing the processes under a given service
|
||||
|
|
@ -131,32 +187,48 @@ type OSConfig struct {
|
|||
OpenLinkCommand string `yaml:"openLinkCommand,omitempty"`
|
||||
}
|
||||
|
||||
// UpdateConfig is currently not being used, but may be used down the line to allow for automatic updates
|
||||
// UpdateConfig is currently not being used, but may be used down the line to
|
||||
// allow for automatic updates
|
||||
type UpdateConfig struct {
|
||||
Method string `yaml:"method,omitempty"`
|
||||
}
|
||||
|
||||
// GraphConfig specifies how to make a graph of recorded container stats
|
||||
type GraphConfig struct {
|
||||
// Min sets the minimum value that you want to display. If you want to set this, you should also set MinType to "static". The reason for this is that if Min == 0, it's not clear if it has not been set (given that the zero-value of an int is 0) or if it's intentionally been set to 0.
|
||||
// Min sets the minimum value that you want to display. If you want to set
|
||||
// this, you should also set MinType to "static". The reason for this is that
|
||||
// if Min == 0, it's not clear if it has not been set (given that the
|
||||
// zero-value of an int is 0) or if it's intentionally been set to 0.
|
||||
Min float64 `yaml:"min,omitempty"`
|
||||
|
||||
// Max sets the maximum value that you want to display. If you want to set this, you should also set MaxType to "static". The reason for this is that if Max == 0, it's not clear if it has not been set (given that the zero-value of an int is 0) or if it's intentionally been set to 0.
|
||||
// Max sets the maximum value that you want to display. If you want to set
|
||||
// this, you should also set MaxType to "static". The reason for this is that
|
||||
// if Max == 0, it's not clear if it has not been set (given that the
|
||||
// zero-value of an int is 0) or if it's intentionally been set to 0.
|
||||
Max float64 `yaml:"max,omitempty"`
|
||||
|
||||
// Height sets the height of the graph in ascii characters
|
||||
Height int `yaml:"height,omitempty"`
|
||||
|
||||
// Caption sets the caption of the graph. If you want to show CPU Percentage you could set this to "CPU (%)"
|
||||
// Caption sets the caption of the graph. If you want to show CPU Percentage
|
||||
// you could set this to "CPU (%)"
|
||||
Caption string `yaml:"caption,omitempty"`
|
||||
|
||||
// This is the path to the stat that you want to display. It is based on the RecordedStats struct in container_stats.go, so feel free to look there to see all the options available. Alternatively if you go into lazydocker and go to the stats tab, you'll see that same struct in JSON format, so you can just PascalCase the path and you'll have a valid path. E.g. ClientStats.blkio_stats -> "ClientStats.BlkioStats"
|
||||
// This is the path to the stat that you want to display. It is based on the
|
||||
// RecordedStats struct in container_stats.go, so feel free to look there to
|
||||
// see all the options available. Alternatively if you go into lazydocker and
|
||||
// go to the stats tab, you'll see that same struct in JSON format, so you can
|
||||
// just PascalCase the path and you'll have a valid path. E.g.
|
||||
// ClientStats.blkio_stats -> "ClientStats.BlkioStats"
|
||||
StatPath string `yaml:"statPath,omitempty"`
|
||||
|
||||
// This determines the color of the graph. This can be any color attribute, e.g. 'blue', 'green'
|
||||
// This determines the color of the graph. This can be any color attribute,
|
||||
// e.g. 'blue', 'green'
|
||||
Color string `yaml:"color,omitempty"`
|
||||
|
||||
// MinType and MaxType are each one of "", "static". blank means the min/max of the data set will be used. "static" means the min/max specified will be used
|
||||
// MinType and MaxType are each one of "", "static". blank means the min/max
|
||||
// of the data set will be used. "static" means the min/max specified will be
|
||||
// used
|
||||
MinType string `yaml:"minType,omitempty"`
|
||||
|
||||
// MaxType is just like MinType but for the max value
|
||||
|
|
@ -165,14 +237,17 @@ type GraphConfig struct {
|
|||
|
||||
// StatsConfig contains the stuff relating to stats and graphs
|
||||
type StatsConfig struct {
|
||||
// Graphs contains the configuration for the stats graphs we want to show in the app
|
||||
// Graphs contains the configuration for the stats graphs we want to show in
|
||||
// the app
|
||||
Graphs []GraphConfig
|
||||
|
||||
// MaxDuration tells us how long to collect stats for. Currently this defaults to "5m" i.e. 5 minutes.
|
||||
// MaxDuration tells us how long to collect stats for. Currently this defaults
|
||||
// to "5m" i.e. 5 minutes.
|
||||
MaxDuration time.Duration `yaml:"maxDuration,omitempty"`
|
||||
}
|
||||
|
||||
// CustomCommands contains the custom commands that you might want to use on any given service or container
|
||||
// CustomCommands contains the custom commands that you might want to use on any
|
||||
// given service or container
|
||||
type CustomCommands struct {
|
||||
// Containers contains the custom commands for containers
|
||||
Containers []CustomCommand `yaml:"containers,omitempty"`
|
||||
|
|
@ -181,23 +256,34 @@ type CustomCommands struct {
|
|||
Services []CustomCommand `yaml:"services,omitempty"`
|
||||
}
|
||||
|
||||
// CustomCommand is a template for a command we want to run against a service or container
|
||||
// CustomCommand is a template for a command we want to run against a service or
|
||||
// container
|
||||
type CustomCommand struct {
|
||||
// Name is the name of the command, purely for visual display
|
||||
Name string `yaml:"name"`
|
||||
|
||||
// Attach tells us whether to switch to a subprocess to interact with the called program, or just read its output. If Attach is set to false, the command will run in the background. I'm open to the idea of having a third option where the output plays in the main panel.
|
||||
// Attach tells us whether to switch to a subprocess to interact with the
|
||||
// called program, or just read its output. If Attach is set to false, the
|
||||
// command will run in the background. I'm open to the idea of having a third
|
||||
// option where the output plays in the main panel.
|
||||
Attach bool `yaml:"attach"`
|
||||
|
||||
// Command is the command we want to run. We can use the go templates here as well. One example might be `{{ .DockerCompose }} exec {{ .Service.Name }} /bin/sh`
|
||||
// Command is the command we want to run. We can use the go templates here as
|
||||
// well. One example might be `{{ .DockerCompose }} exec {{ .Service.Name }}
|
||||
// /bin/sh`
|
||||
Command string `yaml:"command"`
|
||||
|
||||
// ServiceNames is used to restrict this command to just one or more services. An example might be 'rails migrate' for your rails api service(s). This field has no effect on customcommands under the 'communications' part of the customCommand config.
|
||||
// ServiceNames is used to restrict this command to just one or more services.
|
||||
// An example might be 'rails migrate' for your rails api service(s). This
|
||||
// field has no effect on customcommands under the 'communications' part of
|
||||
// the customCommand config.
|
||||
ServiceNames []string `yaml:"serviceNames"`
|
||||
}
|
||||
|
||||
// GetDefaultConfig returns the application default configuration
|
||||
// NOTE (to contributors, not users): do not default a boolean to true, because false is the boolean zero value and this will be ignored when parsing the user's config
|
||||
// GetDefaultConfig returns the application default configuration NOTE (to
|
||||
// contributors, not users): do not default a boolean to true, because false is
|
||||
// the boolean zero value and this will be ignored when parsing the user's
|
||||
// config
|
||||
func GetDefaultConfig() UserConfig {
|
||||
return UserConfig{
|
||||
Gui: GuiConfig{
|
||||
|
|
@ -248,7 +334,7 @@ func GetDefaultConfig() UserConfig {
|
|||
{
|
||||
Caption: "CPU (%)",
|
||||
StatPath: "DerivedStats.CPUPercentage",
|
||||
Color: "blue",
|
||||
Color: "cyan",
|
||||
},
|
||||
{
|
||||
Caption: "Memory (%)",
|
||||
|
|
@ -260,6 +346,18 @@ func GetDefaultConfig() UserConfig {
|
|||
}
|
||||
}
|
||||
|
||||
// AppConfig contains the base configuration fields required for lazygit.
|
||||
type AppConfig struct {
|
||||
Debug bool `long:"debug" env:"DEBUG" default:"false"`
|
||||
Version string `long:"version" env:"VERSION" default:"unversioned"`
|
||||
Commit string `long:"commit" env:"COMMIT"`
|
||||
BuildDate string `long:"build-date" env:"BUILD_DATE"`
|
||||
Name string `long:"name" env:"NAME" default:"lazygit"`
|
||||
BuildSource string `long:"build-source" env:"BUILD_SOURCE" default:""`
|
||||
UserConfig *UserConfig
|
||||
ConfigDir string
|
||||
}
|
||||
|
||||
// NewAppConfig makes a new app config
|
||||
func NewAppConfig(name, version, commit, date string, buildSource string, debuggingFlag bool) (*AppConfig, error) {
|
||||
configDir, err := findOrCreateConfigDir(name)
|
||||
|
|
@ -331,9 +429,9 @@ func loadUserConfig(configDir string, base *UserConfig) (*UserConfig, error) {
|
|||
}
|
||||
|
||||
// WriteToUserConfig allows you to set a value on the user config to be saved
|
||||
// note that if you set a zero-value, it may be ignored e.g. a false or 0 or empty string
|
||||
// this is because we are using the omitempty yaml directive so that we don't write a heap
|
||||
// of zero values to the user's config.yml
|
||||
// note that if you set a zero-value, it may be ignored e.g. a false or 0 or
|
||||
// empty string this is because we are using the omitempty yaml directive so
|
||||
// that we don't write a heap of zero values to the user's config.yml
|
||||
func (c *AppConfig) WriteToUserConfig(updateConfig func(*UserConfig) error) error {
|
||||
userConfig, err := loadUserConfig(c.ConfigDir, &UserConfig{})
|
||||
if err != nil {
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue