Here's an example: https://github.com/jesseduffield/lazygit/blob/f581dc4a560d4bd3393aa32f06d66c47b79476d7/.github/workflows/cd.yml#L28

The fish shell tab-completion script loads the boilerplate names every time it's invoked, e.g. even when you type:

gibo <TAB>

It only needs to load them when you're completing the dump subcommand:

gibo dump <TAB>

My environment

• OS: Windows 10
• Shell: PowerShell (Not use WSL)
• Git version: 2.20.1.windows.1

PowerShell version

Name                           Value
----                           -----
PSVersion                      5.1.17763.134
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.17763.134
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1

Expected

.gitignore file encoding is UTF-8 from gibo dump

Actual

.gitignore file encoding is UTF-16 LE from gibo dump

Reproduce

1. scoop install gibo
2. Run gibo dump Node Windows >> .gitignore on any directory

Screenshot

It's been a while.

should be pretty simple?

symlink into /usr/local/bin

also copy the shell completions into the correct folder

Do you have any thoughts on adding a default gibo config setting?

For example, I use the same .gitignore files most of the time for most projects, so it would be nice to be able to type something like

$ gibo -d

vs

$ gibo macOS SublimeText Python >> .gitignore

I setup an MVP of this with an alias in my ~/.bash_profile for now:

alias gibod="gibo macOS SublimeText Python >> .gitignore"

Hi,

I think it would be better to point to the specific SHA version of a given file in commented out raw paths instead of master for instance, since I may want to know what's changed on the original repo since I updated my .gitignore file.

What do you think?

Thank you.

Hi,
currently the package is not available via the COPR repository. The build failed and is out of date.

When using gibo dump with gibo 2.2.1, the following error occurs:

~/bin/gibo: 95: ~/bin/gibo: Bad substitution

Indeed, the variable access is here nested, I think this should be:

echo "### $remote_web_root${language_file}/$local_repo/"

On my system (Linux Mint) /bin/sh is symlinked to dash. Thus, executing the gibo script directly from the command-line no longer works due the the "set -o" lines at the top of the script.

$ ./gibo update
./gibo: 9: set: Illegal option -o pipefail

I have to run it through bash explicitly (e.g. bash gibo update).

gibo 2.0 adopts a subcommand model for its command line UI. Here's the relevant portion of the usage text:

Usage:
    gibo [command]

Example:
    gibo dump Swift Xcode >> .gitignore

Commands:
    list            List available boilerplates
    update          Update list of available boilerplates
    help            Display this help text
    version         Display current script version
    dump BOILERPLATE...
                    Write boilerplate(s) to STDOUT

The changes from v1.x are summarised as follows:

Would it be possible to add the ability to cache retrieved gitignore files to be used as a fallback when there isn't network connectivity to fetch from github?

I'd be happy to work on the patch if there's a good chance it would be accepted.

Hi,

This is an awesome tool to save the time to write gitignore.
I always use this tool when starting new projects.

By the way, let me tell you that the update for some parts of code seemed delayed.

The example seems the previous usage.

Installed via Homebrew and running version 3.0.12. I am getting…

2024/07/03 12:15:56 object not found

… error when I run gibo update.

Running e.g. gibo dump Linux on Windows results in the following output:

### Linux

Das System kann die angegebene Datei nicht finden.


### Linux

*~

# temporary files which can be created if a process still has a handle open of a deleted file
.fuse_hidden*

# KDE directory preferences
.directory

# Linux trash folder which might appear on any partition or disk
.Trash-*

# .nfs files are created when an open file is removed but is still being accessed
.nfs*


Unknown argument: Linux

If the Unknown argument error would be printed to stderr this would be less of a problem, but it is not:
Running gibo dump Linux > test results in a test file with the following contents

### Linux



### Linux

*~

# temporary files which can be created if a process still has a handle open of a deleted file
.fuse_hidden*

# KDE directory preferences
.directory

# Linux trash folder which might appear on any partition or disk
.Trash-*

# .nfs files are created when an open file is removed but is still being accessed
.nfs*


Unknown argument: Linux

Installed using scoop

Have any idea to handle this?

The following command

gibo dump Python VisualStudioCode Windows >> .gitignore

yields

The system cannot find the file specified.
The system cannot find the file specified.
The system cannot find the file specified.

in the terminal, and Unknown Argument: Python (or VisualStudioCode or Windows) in the .gitignore file. The boilerplate heading also seems to be repeated, as

### Generated by gibo (https://github.com/simonwhitaker/gibo
### Python

{Boilerplate contents}


### Python



Unknown Argument: Python
### VisualStudioCode



### VisualStudioCode

{Boilerplate contents}


Unknown argument: VisualStudioCode
### Windows



### Windows

{Boilerplate contents}


Unknown Argument:Windows

OS: Windows 11 21H2 (Build 22000.588)
Gibo: 2.2.6 through scoop